DatagramPacket的IP字段何时从目标IP变为源IP？及相关实现疑问

你的猜测完全正确！咱们一步步拆解清楚：

1. DatagramPacket的本质：本地数据容器 #

首先要明确：DatagramPacket本身不会通过网络传输，它只是Java程序用来和底层UDP socket交互的本地数据容器——发送时用来告诉socket「要把数据发给谁」，接收时用来承载「谁发来了数据以及数据内容」。

2. 发送时的address字段：目标地址 #

当你发送UDP消息时，设置DatagramPacket的address和port，本质是给DatagramSocket传递目标地址信息：

• 这些信息会被底层socket打包到UDP报文的IP报头（目标IP）和UDP报头（目标端口）里，然后通过网络发送出去。
• 此时DatagramPacket的address就是你指定的接收方IP，这个字段只在本地用来指导发送动作，不会被发送到网络上。

3. 接收时的address字段：源地址（你的猜测完全正确） #

当调用DatagramSocket.receive(DatagramPacket p)时，底层逻辑是这样的：

• 操作系统的网络栈监听网卡上的UDP报文，当收到一个报文后，会解析IP报头里的源IP和UDP报头里的源端口。
• 底层的DatagramSocketImpl（就是你注释里提到的需要访问包私有字段的类）会把这些源地址信息，直接写入到你传入的DatagramPacket对象的address和port字段中，同时把报文的负载数据写入buf数组。
• 这就是为什么你调用receive()后，address字段变成了发送方的源IP——这个填充动作是在receive()方法执行过程中，由底层Socket实现完成的。

4. 为什么看源码找不到修改address的地方？ #

因为DatagramPacket的address等字段是包私有的，实际的修改逻辑并不在DatagramPacket或DatagramSocket的公开源码里，而是在DatagramSocketImpl的具体实现中：

• 很多实现是通过JNI调用操作系统的原生网络API（比如Linux的recvfrom、Windows的WSARecvFrom），这些API会直接返回源地址结构体。
• 然后由DatagramSocketImpl的内部代码（可能在sun.net或jdk.net这类内部包下）把这些原生地址转换成Java的InetAddress，再设置到DatagramPacket的字段上——这部分代码通常不会在公开的核心Java源码里直接显示。

5. 什么时候从目标IP变为源IP？ #

其实并不是同一个DatagramPacket的字段「切换」了含义：

• 通常发送和接收会使用不同的DatagramPacket实例；如果复用同一个实例，那么在调用receive()的过程中，底层会直接覆盖掉原来的address和port值，把它们替换成源地址信息。
• 这个替换动作是原子性的——receive()方法返回时，DatagramPacket的所有字段已经更新为接收报文的相关信息了。

简单总结：UDP报文本身确实包含源IP、目标IP、源端口、目标端口这些信息，Java的DatagramPacket只是把这些底层信息封装成了方便开发者使用的对象，而receive()方法负责把收到的报文的源地址填充到你传入的数据包对象中。

内容的提问来源于stack exchange，提问作者Carlos Coelho