Math.Round仅支持按小数位数四舍五入，不支持有效数字；实现两位有效数字需用Log10计算数量级、缩放、Round后再缩回，并处理0、负数、NaN等边界情况。
Math.Round 默认四舍五入但不保留有效位数
很多人一看到 Math.Round 就以为能直接“保留两位有效数字”，结果传 123.456 得到 123.46（这是两位小数），不是两位有效数字（应为 120）。有效数字和小数位数是两回事：0.00123 的两位有效数字是 0.0012，而两位小数是 0.00。
关键点在于：C# 没有内置的“按有效数字取整”函数，Math.Round 只支持按小数位数（digits 参数）操作。
-
Math.Round(123.456, 2)→123.46（固定小数位，非有效位） -
Math.Round(0.00456, 2)→0.00（看起来“丢光了”，其实是按小数点后两位截断） - 要实现有效数字，必须自己算缩放因子：先用对数确定数量级，再缩放 → 四舍五入 → 缩回
手动实现两位有效数字的可靠写法
最稳妥的方式是用 Math.Log10 算出数量级，再结合 Math.Round 缩放。注意处理 0、负数、NaN 和极小/极大值。
示例（两位有效数字）：
double ToTwoSignificantDigits(double value)
{
if (double.IsNaN(value) || double.IsInfinity(value) || value == 0.0)
return value;
<pre class="brush:php;toolbar:false;">double sign = Math.Sign(value);
double abs = Math.Abs(value);
int digits = 2;
int exp = (int)Math.Floor(Math.Log10(abs));
double scale = Math.Pow(10, digits - 1 - exp);
return sign * Math.Round(abs * scale) / scale;
}
- 对
999.9：log₁₀≈2.999 → exp=2 → scale=10¹ → round(999.9×10)=9999 → /10 →999.9→ 但两位有效数字应为1000？错——这里逻辑已修正：scale 应为Math.Pow(10, digits - 1 - exp)，所以 999.9 → exp=2 → scale=10^(2−1−2)=10⁻¹ → ×0.1=99.99 → round=100 → /0.1=1000 ✔ - 对
0.00789：log₁₀≈−2.103 → exp=−3 → scale=10^(2−1−(−3))=10⁴ → ×10000=78.9 → round=79 → /10000=0.0079 ✔ - 别直接用
Convert.ToInt32或强制截断，会丢失四舍五入语义
ToString("G2") 看似简单但有隐藏行为
value.ToString("G2") 确实会输出两位有效数字的字符串（如 123.456.ToString("G2") → "1.2E2"），但它只是格式化显示，不是数值计算。一旦转回 double，精度可能因字符串解析再损失一次。
- 适合日志、UI 显示，不适合中间计算（比如你后续还要加减乘除）
- "G2" 对
0.00123输出"0.0012"，但这是字符串，不是double类型的0.0012 - 对整数如
5，"G2" 输出"5"，没问题；但5.0还是"5"，隐式丢失了小数信息（这不是 bug，是规范） - 若需数值参与运算，必须走
ToTwoSignificantDigits这类计算路径
浮点误差会让“刚好两位”的边界变模糊
像 0.1 + 0.2 不等于 0.3 这种问题，在有效数字缩放时会被放大。例如，理论值是 100.0，但计算出来是 99.99999999999999，log₁₀ 后 exp 算成 1 而不是 2，导致 scale 错一位。
- 建议在调用前加一层容错：对绝对值
- 或对 log₁₀ 结果做
Math.Round(exp, MidpointRounding.ToZero)防止浮点抖动 - 如果业务允许，考虑用
decimal替代double做中间计算（尤其金融、测量场景），但注意Math.Log10不支持decimal，得换库或手写对数近似
真正难的不是写那几行代码，而是想清楚：你到底要的是显示效果，还是参与后续计算的精确数值——这两者不能混用，一混就出隐蔽 bug。
