为何将double隐式转换为IPAddress时会出现字节序反转现象？

结论先行 #

这个行为不是官方设计的特性，只是小端CPU架构环境下的巧合，绝对不能作为通用方案依赖。 #

原理说明 #

你观察到的转换效果，本质是两个.NET API的字节序规则差异叠加的结果：

• IPAddress.Address 属性返回的是主机字节序的32位有符号整数，该属性目前已被官方标记为过时，仅支持IPv4地址，返回值的字节序和运行设备的CPU架构强绑定。
• IPAddress(long) 构造函数要求传入的参数是网络字节序的64位整数，会取参数低4字节按大端规则解析为IPv4地址。

以你测试的172.0.0.1为例，在x86/x64这类小端CPU设备上：

• 原IP的大端字节为 0xAC 0x00 0x00 0x01，对应网络字节序整数值为 0xAC000001
• Address 属性返回的小端主机字节序Int32值为 0x010000AC
• Int32转Double的过程中，由于数值远小于Double的2^53精度阈值，数值没有发生任何变化，最终传入构造函数的long值仍为0x010000AC
• 构造函数将该值低4字节按大端解析，得到 0x01 0x00 0x00 0xAC，对应IP为1.0.0.172，刚好呈现出字节反转的效果

不可靠的原因 #

• 架构依赖：仅在小端CPU设备上生效，运行在大端架构设备上时，Address返回的主机字节序和网络字节序一致，转换后仍为原IP，不会产生反转效果。
• 兼容性差：Address属性仅支持IPv4，传入IPv6地址会直接抛出异常，完全不具备通用性。
• 生命周期风险：Address已被标记为过时API，后续.NET版本可能直接移除该属性，依赖它的代码随时会失效。

推荐的通用实现 #

稳定反转IP字节序请使用官方明确支持的字节数组操作方案，和运行环境无关，兼容性更强：

$ip = '172.0.0.1'
$ipInstance = [System.Net.IPAddress]$ip
$byteArr = $ipInstance.GetAddressBytes()
[Array]::Reverse($byteArr)
$reversedIp = [System.Net.IPAddress]$byteArr

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