下面是TCP会话原理的抽象：

而UDP事务原理是：

对于短事务，UDP效率更加高。但是如果‘这是我的响应’数据包特别大（底层传输大于MTU，引发分片分数据包传输），传输过程中有任何数据包丢失了或者延迟了，就会出现问题。

UDP协议中，客户端将这几个数据包重新组装起来，是没有任何意义的。服务端不得不重新传输。

而在TCP协议中，它的流程如下：

准确的说，客户端返回确认消息的频繁取决于客户端正在使用的TCP拥塞算法和协商的窗口大小。随着客户端与服务端通信顺利进行，客户端需要确认的频繁会越来越少。因此随着时间的推移，TCP的开销将成为总时间的一小部分。

对于短事务或者可靠的网络环境，UDP通信效率要快得多。但是对于长时间的事务，TCP就会更加有效率，因为中间丢失一个数据包会及时触发重传机制，而不需要像UDP一样，将所有数据包进行重传。

最后，由于大多数互联网流量还是遵循一个http模型：“简单的请求，复杂的长的回应”。 也就是遵循的http模型是一个长时间的事务，所以TCP的优势还是占据了主导地位。

UPD开销小，不使用确认，让它在短事务效率更好，但是如果条件允许将滑动窗口设置大一些，TCP在长事务效率可以更快。