Socket问题(二)紧急!!!

cxwhust 2000-06-06 07:34:00
本人在上次"Socket问题"基础上又遇到一个新问题。就是服务器监听数量大约限制在50个之内!我每启动一个线程就启动一个Socket服务监听端口,如果我将Listen()的参数设置为5,则最多能够启动13个Socket服务监听端口,第14个Socket服务监听端口的启动调用Listen()函数就会失败!如果我将Listen()的参数设置为1,则最多能够启动40-41个Socket服务监听端口,第41或者42个Socket服务监听端口的启动调用Listen()函数就会失败!不知道是怎么回事?请大虾赐教!!!thank you!!!!
...全文
170 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
yan_1971 2000-06-14
  • 打赏
  • 举报
回复
win9x的限制,换nt即可解决!
llm06 2000-06-07
  • 打赏
  • 举报
回复
我想可能是线程的关系,我在开socket时重来未碰到限制。
我感觉你的做法似乎不太好,我认为,应当只使用一个socket侦听,当有连接请求时,你再开一个socket来实际连接,不会有限制。当然,我不太明白你的用意,最好,把目的再说清楚一些,或者方便的话,代码贴上来看看。
deerlxy 2000-06-07
  • 打赏
  • 举报
回复
为什么要开这么多处于监听状态的服务器插口?

一般程序只有一个服务器插口处于监听状态,之后,来了一个连接请求,调用ACCEPT函数,重建一个SOCKET,与客户进行通信。
aifeihuang 2000-06-06
  • 打赏
  • 举报
回复
这应该是buffer的问题吧!

16,466

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧