关于printf("%# 01.1g",9.8)输出结果的技术疑问
关于
printf("%# 01.1g", 9.8)的输出差异分析 先拆解格式串的核心参数含义:
%#:对g格式强制保留小数点,且不会删除末尾零(若存在):正数输出前添加空格占位0:指定零填充,但此处设置的输出最小宽度1远小于实际输出长度,该标志实际无效1:输出最小宽度为1,因实际输出长度超过该值,无实际影响.1:精度为1,即仅保留1位有效数字
根据C标准及cppreference的描述,g格式的转换规则为:
若转换后数值的指数小于-4,或大于等于精度值,则使用
e格式;否则使用f格式。
输入9.8保留1位有效数字后为10(即1e1),其指数为1,恰好等于精度值1,因此会触发e格式转换。结合#标志必须保留小数点的要求,最终输出 1.e01是符合规则的——这也是glibc 2.36的实际输出结果。
你预期的 10.是f格式的输出,但只有当转换后数值的指数小于精度值时才会触发f格式。比如将精度改为.2,指数1小于2,此时会输出 10.。
结论:你误读了g格式的转换规则,cppreference文档描述准确,glibc 2.36的输出符合标准,不存在bug。
内容的提问来源于stack exchange,提问作者einpoklum
相关产品推荐
相关产品推荐

