求下面2种socket通讯机制正确与否，求可能或潜在的问题?

本帖最后由 oyljerry 于 2011-07-01 20:29:50 编辑

解决方案 »

  1.   

    可以做demo验证一下有个疑问，服务端能listen到sleep时客户端的connect请求吗？
      

  2.   

    listen是TCP/IP协议驱动的事情，你应用层线程sleep了，不影响协议驱动，但是影响 listen队列。LZ貌似没理解SOCKET的标准流程，或者理解了，但是在这里没说清楚，建议修改一下，或者看看windows网络编程在来问
      

  3.   

    负责的告诉你没问题。sleep只是你程序响应慢点,系统协议早就维护好tcp连接(3次握手完成)了.
      

  4.   

    只sleep一点时间而已，马上苏醒啊，帮分析下吗
      

  5.   

    sleep是没问题，但你最好用非阻塞的方式来做
      

  6.   

    ..............
    socket是传输层,你只有server accept,client connect的时候才进行握手，这和监听没关系的,你sleep做什么呢？ 你不accept  进行connect肯定失败的。connect 连接没有存在的Ip超时是很长的,如果你sleep 在3s以内，不是因为你sleep了 connect才阻塞，而是tcp 默认的connect 超时就很长
      

  7.   

    为什么要Sleep一段时间呢，用异步的方式不就可以很好的满足你第2种方案了？