传输层协议如何建立连接
当你打开浏览器访问一个网站时，数据并不是直接“飞”到服务器的。在背后，传输层协议默默完成了连接的搭建，就像打电话前要先拨通号码一样。最常见的传输层协议是TCP和UDP，它们建立连接的方式完全不同。
TCP：三次握手，像打电话确认
TCP是面向连接的协议，它在传输数据前必须先建立可靠的连接。这个过程叫“三次握手”。你可以把它想象成打电话：
你拨通对方电话，说“喂，能听到吗？”——这是第一次握手，发送SYN（同步）标志。
对方回应：“听到了，你呢？”——这是第二次握手，返回SYN+ACK（确认）。
你再回一句：“我也听到了，开始讲吧。”——第三次握手，发送ACK。至此，连接建立成功，可以传数据了。
这个过程虽然多了一点步骤，但确保了双方都准备好了，适合网页浏览、文件下载这类不能丢数据的场景。
客户端 --- SYN ---> 服务器
客户端 <-- SYN+ACK --- 服务器
客户端 --- ACK ---> 服务器UDP：直接开讲，不等回应
UDP则完全不一样，它不建立连接，直接把数据发出去，不管对方有没有准备好。就像在广播电台讲话，你说完就结束，听众能不能收到，不是UDP关心的事。
这种“无连接”的方式速度更快，延迟更低，适合视频直播、在线游戏这类对实时性要求高、偶尔丢包也能接受的应用。
比如你在打王者荣耀，技能释放的指令用UDP传输，即使偶尔漏了一个包，游戏也不会卡住，因为下一个状态很快就会更新。
为什么需要不同的方式？
想象一下，如果你每次发微信都要等对方确认“我已上线、我已准备、我已接收”，那聊天得慢成什么样？但如果是银行转账，你不确认对方账户是否有效、金额是否正确，直接转出去，风险就太大了。
TCP和UDP正是为不同需求设计的。一个重可靠，一个重效率。操作系统和应用程序会根据任务类型自动选择合适的协议。
所以，传输层协议建立连接的方式，本质上是在“稳妥”和“快速”之间做选择。理解这一点，你就看懂了网络通信的第一步是怎么迈出的。