我要向（“a”, "b"）两个个用户发送批量单聊消息，如果a账户存在（已登录过IM或已导入），而b账户不存在，通过REST API发送，并没有返回b发送失败的信息，而是返回OK，并没有文档中所说的ErrorList...字段，如下 image.png 如果a，b账户都不存在时，返回Fail，但是也没有ErrorList字段，如下 image.png 请问这是为啥？...而且批量单聊消息发送，为什么无法触发回调？
TCP与UDP的特点 UDP特点 用户数据报协议 UDP（User Datagram Protocol）：是无连接的，尽最大可能交付，没有拥塞控制，面向报文（对于应用程序传下来的报文不合并也不拆分，只是添加...即TCP面向连接;UDP是无连接的，即发送数据之前不需要建立连接 TCP 提供交付保证（Tcp通过校验和，重传控制，序号标识，滑动窗口、确认应答实现可靠传输），无差错，不丢失，不重复，且按序到达，也保证了消息的有序性...，因为TCP必须创建连接，以保证消息的可靠交付和有序性，毕竟TCP协议比UDP复杂 UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等） TCP...为什么三次 第三次握手是为了防止失效的连接请求到达服务器，让服务器错误打开连接。 换个易于理解的视角来看为什么要 3 次握手。...我虽然有发包的动作，但是我怎么知道我有没有发出去，而对方有没有接收到呢？ 而从上面的过程可以看到，最少是需要三次握手过程的。两次达不到让双方都得出自己、对方的接收、发送能力都正常的结论。
UDP 不保证 TCP 为什么是可靠连接 通过 TCP 连接传输的数据无差错，不丢失，不重复，且按顺序到达。...需要处理速度快，可以容忍丢包，但是即使网络拥塞，也毫不退缩，一往无前的时候 基于 UDP 的几个例子 直播。...： A：您好，我是 A B：您好 A，我是 B A：您好 B 至于为什么是三次握手我这里就不细讲了，可以看其他人的博客，总结的话就是通信双方全都有来有回 对于 A 来说它发出请求，并收到了 B 的响应，...TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。...为什么是CLOSE-WAIT状态？可能自己服务器这端还有数据没有发送完，所以这个时候整个TCP的连接就变成了半关闭状态。
=3、Code=3的ICMP报文，它要告诉我们：“嘿，别连接了，我不在家的！”...这时，只有目标服务器与途中的路由器不同，不返回ICMP 超时报文。为什么呢？因为即使目标服务器收到TTL 为1 的数据包也不会发生错误。...使用TCP 的通信，通信之前必定要先遵循三向握手的程序。因此，只要边错开端口号边尝试TCP连接就能调查端口的开闭。不特别需要ICMP。与此相对，UDP 没有这样的连接程序。...那就是，即使ICMP 端口不可达报文没有返回，也不能断定端口开着。端口扫描除了被管理员用来检查服务器上是否有开着的漏洞，作为黑客非法访问的事先调查，对服务器实施的情况也是很多的。...本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
许多链路层协议都提供错误检查，包括流行的以太网协议，也许大家想知道为什么UDP也要提供检查校验和？其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测。...虽然UDP提供有错误检测，但检测到错误时，UDP不做错误校正，只是简单地把损坏的消息段扔掉，或者给应用程序提供警告信息。...10.3.5 UDP特性 UDP是一个无连接协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。...由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务器可同时向多个客户机传输相同的消息。 UDP报头很短，只有8个字节，而TCP是20个字节。...但是由于UDP的特性：它不属于连接型协议，因而具有资源消耗小、处理速度快的优点，所以通常音频、视频和普通数据在传送时使用UDP较多，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。
UDP只是做了运输协议能够做的最少工作，除了复用/分解功能及少数的差错检验外，它几乎没有对ip增加别的东西。 既然说 TCP 相对于 UDP 协议来说，他是具备可靠性的，那么为什么他是可靠的呢？...（有错误，就不确认，发送端就会重发） TCP是以IP报文来传送，IP数据是无序的，TCP收到所有数据后进行排序，再交给应用层 IP数据报会重复，所以TCP会去重 TCP能提供流量控制，TCP连接的每一个地方都有固定的缓冲空间...而 UDP 不可靠的因素则是： 不保证消息交付：不确认，不重传，无超时 不保证交付顺序：不设置包序号，不重排，不会发生队首阻塞 不跟踪连接状态：不必建立连接或重启状态机 不需要拥塞控制：不内置客户端或网络反馈机制...其实最主要的原因有几点： 第一,UDP 协议简单,在使用 TCP 协议传输数据时，如果一个数据段丢失或者接收端对某个数据段没有确认，发送端会重新发送该数据段,而 TCP 重新发送数据会带来传输延迟和重复数据...第二,UDP适合于实时数据传输，如语音和视频通信，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响,就比如早期的QQ，是用的就是 UDP 的协议。
UDP协议 UDP(User Datagram Protocol: 用户数据报协议)，是一个非常简单的协议，它对接收到的数据报不合并也不拆分，如下图： UDP协议格式： 16位源端口号 16...超时重传：如果发送方的消息在传输的过程种丢失了，接收方没有收到消息，就会进行超时重传；如果接收方发送的确认消息，在传输的过程中丢失，也会进行超时重传，因此 每发送一个消息，都需要设置一个定时器。...为了避免已经失效的连接请求报文传送到对方，引起错误 TCP连接的释放 TCP四次挥手的过程：TCP连接断开过程：假设Client端发起中断连接请求，也就是发送FIN报文。...Server端接到FIN报文后，意思是说"我Client端没有数据要发给你了"，但是如果你还有数据没有发送完成，则不必急着关闭Socket，可以继续发送数据。...，Server端收到ACK后，“就知道可以断开连接了”。Client端等待了2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，我Client端也可以关闭连接了。
7、为什么tcp 头部没有【包长度】字段呢？ 模块二：tcp 的连接建立问题 8、 tcp 三次握手过程&状态变化？ 9、 linux系统中如何查看tcp状态？ 10、为什么是3次握手？...tcp 是面向连接、可靠的、基于字节流的传输层通信协议。 对于面向连接：一对一才能连接，不像udp 可以一个主机同事向多个主机发送消息。...udp:则没有，即使网络非常拥堵了，也不会影响 UDP 的发送速率。5）首部开销：tcp首部长度较长，会有一定的开销，首部在没有使用「选项」字段时是 20 个字节，如果使用了「选项」字段则会变长的。...udp首部只有 8 个字节，并且是固定不变的，开销较小。6）传输方式：tcp是流式传输，没有边界，但保证顺序和可靠。udp：是一个包一个包的发送，是有边界的，但可能会丢包和乱序。...接着把第一个 SYN 报文发送给服务端，表示向服务端发起连接，该报文不包含应用层数据，之后客户端处于 SYN-SENT 状态。
许多链路层协议都提供错误检查，包括流行的以太网协议，也许大家想知道为什么UDP也要提供检查校验和？其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测。...虽然UDP提供有错误检测，但检测到错误时，UDP不做错误校正，只是简单地把损坏的消息段扔掉，或者给应用程序提供警告信息。...16.3.5 UDP特性 UDP是一个无连接协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。...由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务器可同时向多个客户机传输相同的消息。 UDP报头很短，只有8个字节，而TCP是20个字节。...但是由于UDP的特性：它不属于连接型协议，因而具有资源消耗小、处理速度快的优点，所以通常音频、视频和普通数据在传送时使用UDP较多，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。
TCP与UDP 前面对于UDP已经阐述了有一些内容了，UDP可以完成一些数据的传输，那么为什么还要再研究出另外一种传输层协议呢？...TCP里最初级也是最重要的概念之一就是连接，UDP是没有连接的协议，通俗点说就是UDP的两端在通信的时候只要任一方想发送消息给其他方，他只要发就可以了。...为什么我说TCP是一个绅士的协议呢？...所以过一段时间后发起者发现自己没有收到回应消息，于是在计时器到期后，发起端会重发SYN消息。如果在经过了几次重传仍然没有成功以后，尝试连接过程就终止了。...在计时器到期之后，接收端会重发SYN-ACK消息，如果几次之后还没有成功，那么接收端会发送RST终止连接，RST的含义在后文中会详细介绍。
UDP基本包括了传输层所必须的端口字段。它相信“网之初，性本善，不丢包，不乱序”。 后来呢，我们都慢慢长大，了解了社会的残酷，变得复杂而成熟，就像TCP协议一样。...TCP包头格式 TCP头 源端口号和目标端口号和UDP是一样的。如果没有这两个端口号。数据就不知道应该发给哪个应用。 包的序号。为什么要给包编号呢？ 为了解决乱序的问题。...若B 不情愿建立连接，则A会重试一阵后放弃，连接建立失败，没有问题 乐意建立连接，则会发送应答包给A 对于B，这个应答包也是不知道能不能到达A。...B发送的应答可能会发送多次，但只要一次到达A，A就认为连接已建立，因为对于A，他的消息有去有回。...A会给B发送应答之应答，而B也在等这个消息，才能确认连接的建立，只有等到了这个消息，对于B来讲，才算它的消息有去有回。
TCP连接时为什么会TIME_WAIT、CLOSE_WAIT》 《不为人知的网络编程(四)：深入研究分析TCP的异常关闭》 《不为人知的网络编程(五)：UDP的连接性和负载均衡》 《不为人知的网络编程(...《为什么QQ用的是UDP协议而不是TCP协议？》 《移动端即时通讯协议选择：UDP还是TCP？》...6.1 TCP 对于 TCP 来说，本身 TCP 有着超时重传、错误重传、还有等等一系列复杂的算法保证了 TCP 的数据是有序的，假设你发送了数据 1、2、3，则只要发送端和接收端保持连接时，接收端收到的数据始终都是...UDP 本身有 CRC 检测机制，会抛弃掉丢失的 UDP 包； UDP 缓冲区填满：当 UDP 的缓冲区已经被填满的时候，接收方还没有处理这部分的 UDP 数据报，这个时候再过来的数据报就没有地方可以存了...如果使用 UDP 的话，即使偶尔丢了几个包，但是也不会影响什么，这种情况下使用 UDP 比较好； 多点通信：TCP 需要保持一个长连接，那么在涉及多点通讯的时候，肯定需要和多个通信节点建立其双向连接，
按序的交付服务(TCP) 拥塞控制 流量控制 连接建立 不可靠的交付服务(UDP) 基于"(Best-effort)尽力而为"的网络层协议 没有做(可靠性方面的)扩展 多路复用和多路分用 应用场景...) 接收方,获取数据后重新计算校验和,并与接收端进行比对 判断报文段在传输过程是否发生错误 为什么传输层需要做错误检测 UDP与TCP提供的是端到端的连接通信,在传输过程需要经过多个路由器..."Best effort"协议 UDP段可能会丢失,乱序 无连接 UDP发送方和接收方之间不需要进行握手 每个UDP段的处理独立于其他段 UDP的优点 无需建立连接(减少延迟)...发送方和接收方的FSM独立 RDT 2.0 仅产生位错误的信道 研究的信道==>传输过程仅会产生位错误 不丢报,不乱序 解决的问题 接收方==>核验是否有误 底层信道可能翻转分组中的位...0==>发送方就知道1没有被接收方正确收到 发送发==>重传 发送方收到重复ACK之后,采取与收到NAK消息相同的动作 重传当前分组 Rdt 3.0 若信道既可能发生错误,也可能丢失,又该如何解决
非常适合从零入门的Android开发者。 本文不适合没有编程的准开发者阅读，因为即时通讯（IM）系统属于特定的业务领域，如果你连一般的逻辑代码都很难编写出来，不建议阅读本文。...2）UDP：优点体现在快，比TCP稍安全，UDP没有TCP拥有的各种机制，是一个无状态的传输协议，所以传递数据非常快，没有TCP的这些机制，被攻击利用的机制就少一些，但是也无法避免被攻击。...关于TCP和UDP的对比和选型的详细文章，请见： 《简述传输层协议TCP和UDP的区别》 《为什么QQ用的是UDP协议而不是TCP协议？》 《移动端即时通讯协议选择：UDP还是TCP？》...接下来，在讲完消息重发机制及离线消息后，我会在应用层做一些简单的封装，以及在模拟器上运行，这样就可以很直观地看到运行效果。 15、消息重发机制 消息重发，顾名思义，即使对发送失败的消息进行重发。...如果长连接不正常，需要这样处理： 服务端接收到客户端A发送给客户端B的消息后，先给客户端A回复一条状态报告，告诉客户端A，我已经收到消息，这个时候，客户端A就不用管了，消息只要到达服务端即可。
目录： 1、UDP 和 TCP 的特点与区别 2、UDP 、TCP 首部格式 3、TCP 的三次握手和四次挥手 4、TCP 的三次握手（为什么三次？） 5、TCP 的四次挥手（为什么四次？）...1、UDP 和 TCP 的特点与区别 用户数据报协议 UDP（User Datagram Protocol） 是无连接的，尽最大可能交付，没有拥塞控制，面向报文（对于应用程序传下来的报文不合并也不拆分，...1、第三次握手是为了防止失效的连接请求到达服务器，让服务器错误打开连接。 2、换个易于理解的视角来看为什么要 3 次握手。...我虽然有发包的动作，但是我怎么知道我有没有发出去，而对方有没有接收到呢？ 而从上面的过程可以看到，最少是需要三次握手过程的。两次达不到让双方都得出自己、对方的接收、发送能力都正常的结论。...长连接和短连接的产生在于 Client 和 Server 采取的关闭策略，具体的应用场景采用具体的策略。 7、TCP粘包、拆包及解决办法 为什么常说 TCP 有粘包和拆包的问题而不说 UDP ？
UDP是参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠的信息传递服务 UDP无连接，不可靠 UDP首部开销8字节 UDP逻辑通信信道是不可靠信道 UDP没有拥塞机制，因此网络出现拥堵不会使源主机的发送效率降低...UDP支持一对一，多对一，多对多的交互通信 三次握手，四次挥手，为什么是三次握手四次挥手 在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接，完成三次握手,客户端与服务器开始传送数据...为什么是三次握手四次挥手 这是因为服务端的LISTEN状态下的socket当收到SKY报文的简历连接的请求后，它可以把ACK和SYN放在一个报文里来发送。...服务器也无法处理的请求 5XX 服务器错误状态码 服务器请求处理出错 关闭TCP连接 为了避免服务器与客户端双方资源占用和消耗，当双方没有请求或者响应传递时，任意一方都可以发起关闭请求，与创建TCP连接的三次握手类似...，关闭TCP 连接需要4次挥手 简单比喻为： 客户端：哥们，我这边没有数据要传了，咱们关闭连接吧 服务端：好的，我看看我这边还有数据不 服务端：兄弟，我这边也没数据要传给你了，咱们可以关闭连接了 客户端
为什么是三次呢？ 为了防止已经失效的连接请求报文突然又传送到服务端，因而产生错误。 减小因延迟高拥塞大对报文传输的影响。...为什么是四次呢？ TCP 连接是全双工的，每一端都可以同时发送和接受数据，关闭的时候两端都要关闭各自两个方向的通道，总共相当于要关闭四个。...（假设以客户端先发起断开请求） 在客户端发送 FIN 报文时，仅代表客户端没有数据发送了 这时服务端可能还是有数据要发送，因此不会马上关闭服务端到客户端的发送通道，而是先回答 ACK “哦知道了，我先不接收你的数据...，你先断了发送通道吧”；客户端收到服务端的确认消息后，断开到服务端的发送通道 等服务端没有数据发送时，向客户端发送 FIN 报文，说“我没啥发的了，请求断开” 客户端收到后回复 “好的你断吧”，同时断开到服务端的接受通道...UDP 协议 UDP 协议没有 TCP 协议稳定，因为它不建立连接，也不按顺序发送，可能会出现丢包现象，使传输的数据出错。
所以 TCP 是一对一发送消息。 而 UDP 协议不需要连接，可以一对一，也可以一对多，也可以多对多发送消息。 什么是可靠的通信协议？ 可不可靠，也是相对于 UDP 而言的。...UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。这也就是说，应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文。...和三次握手相对比，其实就是把原来第二次握手的内容拆分成两次发送。 ? 所以为什么不握手四次？ 因为三次握手就可以完成的事，为什么要四次握手呢？没必要。 问题4：为什么不握手五次或更多？...在每一次跟确认可以听到对方的声音时，还生怕这个消息对方收不到这个消息，所以两个人就一直在确认，跟个zz一样。 所以你问我，为什么不握手五次或更多？...我们参考三次握手的流程可以知道当客户端的SYNC包到达服务端时，TCP协议没有找到监听的套接字，就会向客户端发送一个错误的报文，告诉客户端产生了错误。而该错误报文就是一个包含RST的报文。
流就是不间断的数据，当应用程序采用 TCP 发送消息时，虽然是按顺序发送，但接收端收到是没有间隔的数据流。...UDP 的特点如下： UDP 是无连接的：UDP 发送数据前不与对方建立连接。 UDP 不对数据进行排序：UDP 报文的头部没有数据顺序的信息。...由于 UDP 没有连接控制，即使对端不存在或中途退出网络，数据包还是能够发送出去。 连接 连接是指网络中进行通信的两个应用程序，为了相互传递消息而专有的、虚拟的通信线路，也叫做虚拟电路。...滑动窗口 发送数据中，窗口内的数据即使没有收到确认应答也可以发送出去。如果窗口中的数据在传输中丢失，也需要进行重发。因此，发送端主机在收到确认应答前，必须在缓冲区保留这部分数据。...而使用了窗口控制，某些确认应答即使丢失也无需重发。 窗口控制重发 如果某个报文段丢失，接收主机收到序号不连续的数据时，会为已经收到的数据返回确认应答。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
