C++十六进制浮点常量为何选用p/P作为尾数指数分隔符？

C++17正式引入了十六进制格式的浮点常量定义能力，基础写法示例：

double d1 = 0x1.2p3;    // 运算结果为9.0
double d2 = 0x1.86Ap+16 // 运算结果为100000.0

按照语法规则，这类常量的尾数部分和指数部分，必须通过字母p/P分隔。

很多人会好奇：常规十进制浮点常量用的e/E没法复用是可以理解的——毕竟e/E本身就是十六进制的合法数位（对应十进制值14、15），但标准委员会为什么不选printf浮点格式里常见的g/G或者其他未占用字母，偏偏选了p？

核心原因是沿用已有的行业事实标准，根本不是重新设计的结果 #

这个选择没有什么特殊的“巧思设计”，完全是顺着生态兼容性做的顺理成章的决策：

• 语义上p是英文*power（幂）的缩写，刚好对应十六进制浮点的计算规则：整个常量的值等于尾数乘以2的p次幂，和十进制浮点里e代表exponent（指数）*的命名逻辑完全一致，开发者看到就能快速理解含义，几乎没有额外学习成本。
• 这个写法根本不是C首创的：早在1999年发布的C99标准里，就已经把p定为十六进制浮点常量的指数分隔符，而C99的这个选择也不是自己拍板的——更早的时候IEEE 754浮点标准的相关技术文档、各厂商的硬件浮点说明、主流C编译器的扩展实现里，已经普遍用p标记十六进制浮点的2的幂次部分，是整个行业跑了十几年的既定事实。C从设计之初就把和C的语法、生态兼容放在极高优先级，完全没必要重新选个新字符平白制造兼容断层。
• 你提到的g/G这类字符其实根本不适合选：一方面在C++引入这个特性的时候，g已经被不少编译器扩展用作自定义浮点类型的后缀，选它会直接导致大量存量代码编译失败；另一方面标准委员会选分隔符的硬标准是“尽量不与现有语法、存量代码的常见写法冲突”，p在当时几乎没有被用作任何数值常量相关的语法标记，冲突概率极低，是非常稳妥的选择。

说白了选p本质就是“跟着现有成熟生态走”，既没有歧义，也没有兼容成本，是最务实的决策，根本没必要为了“不一样”重新选其他字符。

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