首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

iOS下TCP设置connnect超时时间的坑

问题 此前开发实现了一个手机扫码连接PC,PC端调用手机端证书做签名的功能,最近为了优化通信质量和稳定性,将通信协议由UDP改为TCP,局域网用TCP直连,外网用MQTT做中转,优先使用局域网。...后来才发现,阻塞模式下,TCP的connect超时时间可能为75秒到几分钟。。。坑爹啊,等这么久的吗??...errno设置为EINPROGRESS,表示正在尝试连接(注意连接也可能马上建立成功比如连接本机的服务器进程),此时TCP的三次握手动作在背后继续进行,而程序可以做其他的东西,然后调用select()检测非阻塞...connect是否完成(此时可以指定select的超时时间,这个超时时间可以设置为比connect的超时时间短),如果select超时则关闭socket,然后可以尝试创建新的socket重新连接,如果select...解决方案 那么,如果希望超时时间可以自己设置,我们可以这样做: 设置socket为非阻塞模式 connect 判断errno是否为EINPROGRESS select,大于0表示连接成功 设置socket

2.2K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    TCP】确认应答、超时重传机制和TCP报头

    超时重传 发生丢包是完全随机,不可预测的,TCP 再怎么厉害,也不可能避免数据发生丢包。...如果发现当前序号 1-1000 这个数据已经在缓冲区中存在了,就会直接把新收到的这个数据丢弃掉 超时时间的设定 这里的时间不是固定不动的,而是动态变化的 发送方第一次重传,超时时间是 t1,如果重传之后...,仍然没有 ACK,就会继续重传,第二次重传的超时时间是 t2,t2>t1 每多重传一次,超时时间的间隔就会变大,重传的频次会降低 经过一次重传之后,就能让数据到达的概率提升很多 反之,如果重传了几次,...(发送方释放掉之前接收方的相关信息,这个连接诶也就没了) 确认应答和超时重传相互补充,共同构建了 TCP 的“可靠传输机制” 可靠传输机制不是靠“三次握手和四次挥手保证的” TCP 报头 首部长度 TCP...无论怎么进行 write,在网络传输和对端接收的角度来看是没有任何差别的 - 如果多次 write,传输的总数据量超过上述的 4G 也没关系,这里的数据序号是可以再从 0 开始重新设置的 确认序号

    18310

    Confluence 6 配置 HTTP 超时设置

    当宏,例如 RSS Macro 进行 HTTP 请求的时候,有可能因为请求的时间比较长,而导致超时。你可以通过设置系统参数来避免这个问题。...配置 HTTP 超时设置: 在屏幕的右上角单击 控制台按钮 ?  ,然后选择 General Configuration 链接。...这个将会禁止这个宏对外部服务器进行连接,这个可以避免从外部服务器中插入 HTML ,超时和其他可能出现的性能问题。默认的设置是 'true'。...连接超时(毫秒 Connection Timeout (milliseconds)):这个设置最大的链接超时时间。如果设置为 0 的话,表示连接超时不限制。默认值是 10 秒(10000)。...套接字超时(毫秒 Socket Timeout (milliseconds)):设置默认的套接字超时时间(SO_TIMEOUT),默认的值为毫秒。这个值是 Confluence 等待数据的最长时间。

    1.7K30

    Java web 开发 Session超时设置

    Session超时理解为:浏览器和服务器之间创建了一个Session,由于客户端长时间(休眠时间)没有与服务器交互,服务器将此Session销毁,客户端再一次与服务器交互时之前的Session就不存在了...# 设置Session超时时间方式: 1.在web.xml中设置session-config如下: 2</session-timeout...说明: 1.优先级:Servlet中API设置 > 程序/web.xml设置 > Tomcat/conf/web.xml设置 2.若访问服务器session超时(本次访问与上次访问时间间隔大于session...最大的不活动的间隔时间)了,即上次会话结束,但服务器与客户端会产生一个新的会话,之前的session里的属性值全部丢失,产生新的sesssionId 3.客户端与服务器一次有效会话(session没有超时...4.Session的销毁(代表会话周期的结束):在某个请求周期内调用了Session.invalidate()方法,此请求周期结束后,session被销毁;或者是session超时后自动销毁;或者客户端关掉浏览器

    1.9K10

    速读原著-TCPIP(TCP超时与重传)

    第21章 TCP超时与重传 21.1 引言 T C P提供可靠的运输层。它使用的方法之一就是确认从另一端收到的数据。但数据和确认都有可能会丢失。 T C P通过在发送时设置一个定时器来解决这种问题。...对任何实现而言,关键之处就在于超时和重传的策略,即怎样决定超时间隔和如何确定重传的频率。...我们已经看到过两个超时和重传的例子: (1)在6 . 5节的I C M P端口不能到达的例子中,看到T F T P客户使用U D P实现了一个简单的超时和重传机制:假定 5秒是一个适当的时间间隔,并每隔...本章以一个简单的 T C P超时和重传的例子开始,然后转向一个更复杂的例子。该例子可以使我们观察到T C P时钟管理的所有细节。...可以看到 T C P的典型实现是怎样测量 T C P报文段的往返时间以及 T C P如何使用这些测量结果来为下一个将要传输的报文段建立重传超时时间。

    1K20

    L009Linux和androidNDK之linux网络通讯超时时间设置

    无论你用任何语言或者是网络库,你都可以设置网络操作的超时时间,特别是connect,read,write的超时时间。 你可以在代码中把超时时间设置任意大小值,但是connect方法会有一点特殊。...connect的超时时间在任意的内核实现上都有一个可以设置的最大值,你的代码中设置超时值并不能超过这个最大值(即使你设置的值超过这个最大值,其仍然会在最大超时时间后time out)。...linux在20多秒内发送5个syn包(其中包括原始的syn包和后面的重发包),其依次在首包发送的3s,6s,12s,24s后发送。 如果你的程序设置的connect超时时间比20s小,那么没有问题。...在设置该值时还是要比较保守的,因为每次syn包重试的间隔都会增大(比如BSD类的系统实现中间隔会以2到3倍增加),所有tcp_syn_retries的一个微小变化对connect超时时间的影响都非常大,.../proc/sys/net/ipv4/tcp_syn_retries 显示或设定 Linux 核心 在新建连线时,会尝试多少次重新发送初始 SYN 封包后才决定放弃。

    2.1K50
    领券