PowerShell 5.1中Double转String的舍入行为问题咨询

PowerShell 5.1里将Double类型转换为字符串的行为，和C#直接调用Double.ToString()的差异，根源在于PowerShell使用了自定义的转换逻辑，而非直接复用.NET的默认格式化规则，具体细节如下：

核心转换机制 #

当你通过[string]$doubleValue或者直接在控制台输出Double值时，PowerShell内部调用的是System.Management.Automation.LanguagePrimitives.ConvertTo()方法，而非.NET原生的Double.ToString()重载。这个方法的字符串转换规则针对交互式场景做了优化：

• 最多保留15位有效数字（Double的实际精度范围是15-17位，PowerShell选择截断到15位以避免显示无意义的近似尾数位）；
• 舍入逻辑并非C#默认的银行家舍入，而是采用向零截断+末尾无效零清理的策略——这就是你看到0.114338713266919499被转换为0.11433871326919（注：实际应为15位有效数字的截断结果，可能存在输入笔误）的原因。

为什么C#直接复现不了 #

C#中Double.ToString()的默认行为是保留最多17位有效数字，采用银行家舍入（四舍六入五成双），和PowerShell的15位截断规则完全不同。如果要在C#中复现PowerShell的转换结果，需要直接调用PowerShell的转换方法：

// 需引用System.Management.Automation.dll（来自PowerShell安装目录）
using System.Management.Automation;

double targetNum = 0.114338713266919499;
string psStyleResult = LanguagePrimitives.ConvertTo<string>(targetNum);

额外注意点 #

• 你提到的浮点数精度问题确实存在：0.114338713266919499作为字面量，实际存储的Double值已经是近似值，但这一步C#和PowerShell是完全一致的——差异只出现在字符串格式化阶段；
• PowerShell 7+版本已经调整了这个逻辑，和.NET的格式化规则对齐，不会再出现这种差异。

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