网络层和传输层，到底谁管什么？
你有没有遇到过这种情况：看视频卡顿，第一反应是“网不好”，但换个App又流畅了？其实问题可能不在宽带，而在数据走的“路线”和“方式”。这背后就涉及到网络通信中的两个关键角色——网络层协议和传输层协议。
它们都在帮你传数据，但分工完全不同。就像寄快递，网络层负责把包裹从你家送到收件人所在城市，而传输层则确保这个包裹准确无误地交到对方手上。
网络层：负责“路径选择”的导航员
网络层的核心任务是寻址和路由。它不管你要传什么内容，只关心怎么把数据包从源主机送到目标主机。最常见的网络层协议就是IP协议（IPv4、IPv6）。
举个例子，你在杭州，朋友在北京，你想发一张照片。网络层会根据IP地址决定这条路该怎么走——是经过上海中转，还是走南京节点？它不保证每个包都按时到，也不检查内容对不对，只尽力而为地转发。
正因为如此，网络层被称为“无连接”和“不可靠”的服务。就像邮政平信，寄出去了，能不能收到、什么时候收到，没有承诺。
传输层：负责“可靠交付”的快递员
到了传输层，重点就变了。它不管数据要走多远，只关心两端的应用程序能不能正确通信。常见的协议有TCP和UDP。
TCP像是签了收件确认的顺丰快递。它建立连接、分段传输、确认应答、重传丢包，确保每一个字节都完整送达。你看在线会议不掉线、网页完整加载，靠的就是TCP。
UDP则像群发短信，发了就完事，不确认是否收到。虽然不靠谱，但速度快，适合视频直播、语音通话这类对实时性要求高的场景。
一个请求，两层协作
当你在浏览器输入网址按下回车，整个过程是这样的：传输层（比如TCP）先把页面请求拆成多个段，加上端口号；然后交给网络层（IP），封装成数据包，填上源和目标IP地址。
这些包各自走不同的路到达服务器，服务器的网络层拆掉IP头，把数据交给传输层。TCP再把这些段按顺序拼好，确认完整性，最后交给应用层（比如浏览器）。
你可以理解为：网络层管“跨城物流”，传输层管“最后一公里配送+签收”。
常见协议对照
来看看典型的协议分布：
网络层协议：
IP (IPv4, IPv6)
ICMP (用于ping命令)
ARP (地址解析，辅助IP)
传输层协议：
TCP (网页浏览、邮件)
UDP (视频流、DNS查询)
SCTP (部分电话信令)如果你做网络安全，这一点尤其重要。比如DDoS攻击，有的是 floods IP 层（如ICMP洪水），有的是耗尽TCP连接资源（SYN Flood）。防护策略完全不同，搞不清层级，等于盲人摸象。
再比如抓包分析时，Wireshark里看到的每一行都有IP地址和端口号。IP部分归网络层管，端口部分就是传输层的标识。分清这两层，才能准确定位问题是出在网络拥堵，还是应用响应异常。
说白了，网络层让你“连得上”，传输层让你“用得好”。两者配合，才有了今天的互联网体验。下次遇到网络问题，别急着重启路由器，先想想：是路没通，还是货没送到？