.NET中Double.TryParse无法解析数值型极值，仅支持字符串形式？

核心原因：隐式字符串转换引发的溢出 #

当你调用Double.TryParse(iMaxD, val)时，iMaxD是Double.MaxValue数值类型，但Double.TryParse没有直接接收数值类型的重载——CLR会先把这个double值隐式转换为字符串（等价于调用iMaxD.ToString()），再用这个字符串执行解析。

1. 字符串截断导致的溢出 #

Double.MaxValue的精确十进制字符串是1.7976931348623157E+308，但.ToString()默认输出经过四舍五入的17位有效数字字符串：1.79769313486232E+308。这个四舍五入后的数值实际大于Double.MaxValue，超出了Double类型的取值范围，所以TryParse解析时判定为溢出，返回False。这也解释了为什么Visual Studio调试时显示的是精确值，但打印输出是截断后的数值。

2. 精确字符串解析成功的逻辑 #

直接传入"1.7976931348623157E+308"时，这个字符串正好对应Double.MaxValue的精确二进制存储值，解析器可以精准映射到Double类型的最大值，因此返回True。

3. 临界值解析差异的本质 #

Double类型遵循IEEE 754标准，仅拥有53位有效二进制位，对应十进制约15-17位有效数字：

• 1.7976931348623151E+308：该值的精度超出Double的表示能力，解析时会向上溢出到无穷大，导致TryParse返回False。
• 1.7976931348623150E+308：该值刚好落在Double能精确表示的范围内，因此可以正常解析。

修正验证示例 #

如果要验证数值类型的极值，无需通过字符串解析；若必须用TryParse，请传入精确的字符串表示：

Dim iMaxD As Double = Double.MaxValue
Console.WriteLine(iMaxD)
' 直接验证数值是否为极值
Console.WriteLine(iMaxD.Equals(Double.MaxValue)) ' 输出True
' 传入精确字符串解析
Console.WriteLine(Double.TryParse("1.7976931348623157E+308", val)) ' 输出True

内容的提问来源于stack exchange，提问作者Timothy C. Quinn