C语言printf使用%.2g格式符为何不显示两位小数且舍入不符预期

#include <stdio.h>

int main()
{
    printf("%.2g %.2f\n", 2.925, 2.925);
}

为什么%.2g没有按照预期显示小数点后两位数字 #

%g格式符的精度定义和大家更熟悉的%f有本质区别：

• 对%.nf来说，精度n指代小数点后需要保留的位数，和整数部分的长度无关，不足的位会补零凑数
• 对%.ng来说，精度n指代从数字第一个非零位开始计算的总有效数字位数，和小数点的位置没有固定绑定关系
• 比如123.45用%.2g输出的结果是1.2e+02，换算成普通计数法就是120，全程只保留2位有效数字；对应到2.925的场景，保留2位有效数字就是2.9，再加上%g会自动去掉没有意义的尾随零，不会强制补成2.90，所以很容易让人误以为它没有按照要求显示小数点后两位。

为什么实际舍入结果和数学预期不一致 #

这不是printf的舍入逻辑出错，而是代码里写的浮点字面量2.925，在内存中的实际值和数学上的2.925存在极其微小的偏差：

• C语言里裸写的浮点字面量默认是IEEE 754双精度（64位浮点数）格式，而十进制有限小数2.925转换成二进制后是无限循环小数，根本无法被双精度格式精确存储
• 实际截断存储后的真实值约为2.9249999999999998，比数学上的2.925略小一点
• 两种格式符的舍入判断都基于这个实际存储值：
  • 对%.2f来说，要进位成2.93，实际值必须大于等于2.925，现在的存储值比阈值小了一点点，达不到进位要求，最终输出2.92
  • 对%.2g来说，要进位成3.0，实际值必须大于等于2.95，存储值离这个阈值差得更远，所以最终输出2.9
• 这种极小的存储偏差平时几乎不会被察觉，但一旦刚好落在舍入边界上，就会出现和纯数学计算结果不一致的情况。

内容的提问来源于stack exchange，提问作者W.Z.Hai