tcpudp

TCP UDP协议思维导图

使用UDP和TCP协议的各种应用和应用层协议

tcp/udp 解释得很形象啊，懂的说说

有用的知识

家有工程师

我给孩子教 计算机网络

udp应该在于自己主动维护链路检测。tcp底层有keepalive。但是上层还需要包活。双重浪费。UDP我是开发不来实现tcp的quic协议。只能网上看看别人提供的库包才能拿来用。

大大上海小小网工

可怜的TCP，被HTTP 3.0彻底抛弃了。大家都知道传输层协议有TCP和UDP两大巨头。TCP提供可靠传输，但是代价就是效率比较慢。UDP传输效率高，但没有各种机制来保证传输数据的可靠性。

HTTP弃用TCP，也是为了解决HTTP 2.0 多路复用导致的队头阻塞问题，也没有了TCP协商（三次握手，四次挥手）带来的等待时间过长的问题。HTTP 3.0使用了基于UDP+Diffie-Hellman算法的QUIC协议，因此HTTP 3.0也称为HTTP Over QUIC。这样既有了UDP高效传输的特性，又有了算法带来的可靠性的报障其实类似的例子一直在我们生活中，例如Voip，我们平时用的微信语音等网络电话，是使用的RTP，也是基于UDP，一套完善的架构（RTP+RTCP）既保证了语音的高效传输，也解决了可靠性问题。

由于存在队头阻塞和握手太慢的问题， 从HTTP3.0开始，TCP要被弃用了。改为采用UDP+Diffie-Hellman实现的QUIC协议。

但tcp已经接近50年了，要想替换tcp，估计还得20年吧。你看xp，jquery始，tcp已经接近50年了你想替换tcp，估计还得20年。

我玩了tcp这么多年，对它是非常了解的，现在动不动就用udp传输，然后复杂的逻辑全放到应用层协议上，由应用层协议去维持可靠性，这个有待验证，毕竟现在还是tcp是主流。

http搞那么复杂，还有价值么。还不如更新tcp，或者另外搞一个链接。本来http就是应用层的东西，去搞上一层太复杂了。

串口、TCP和UDP终于调试通过，全部可以在FSPComm内完成！！！

也可以用几个FSPComm进行相互之间的通讯。

工作量真大…很累。一个62岁的老头将把毕生所学集成在FSPComm网络安全通讯助手里面！！！

自己给自己点赞！！！

62岁的老头们现在都在干什么？？？

有几个还在熬夜敲代码？研究算法？？？

#PHP开源项目# #开源项目精选# Swoole是一个面向生产环境的PHP异步网络通信引擎，使 PHP 开发人员可以编写高性能的异步并发 TCP、UDP、Unix Socket、HTTP，WebSocket服务。Swoole 可以广泛应用于互联网、移动通信、企业软件、云计算、网络游戏、物联网（IOT）、车联网、智能家居等领域。 使用 PHP + Swoole 作为网络通信框架，可以使企业 IT 研发团队的效率大大提升。

不是tcp有问题，是http3.0不带咱们玩了，底层协议换了，咱们就被踢出赛道了，你说的无法解决，udp都能继续用，tcp打个补丁就完了，你这么准备面试，老老实实的做技术吧

无论是tcp还是udp，把通讯程序写好才是关键，简单一点就一句话，百兆网络，你的双向对传速率能到多少？

大大上海小小网工

可怜的TCP，被HTTP 3.0彻底抛弃了。大家都知道传输层协议有TCP和UDP两大巨头。TCP提供可靠传输，但是代价就是效率比较慢。UDP传输效率高，但没有各种机制来保证传输数据的可靠性。HTTP弃用TCP，也是为了解决HTTP 2.0 多路复用导致的队头阻塞问题，也没有了TCP协商（三次握手，四次挥手）带来的等待时间过长的问题。HTTP 3.0使用了基于UDP+Diffie-Hellman算法的QUIC协议，因此HTTP 3.0也称为HTTP Over QUIC。这样既有了UDP高效传输的特性，又有了算法带来的可靠性的报障其实类似的例子一直在我们生活中，例如Voip，我们平时用的微信语音等网络电话，是使用的RTP，也是基于UDP，一套完善的架构（RTP+RTCP）既保证了语音的高效传输，也解决了可靠性问题。