关于std::nullptr_t除nullptr外可取值的技术咨询

我太懂你这种疑惑了——之前我也注意到，在讲reinterpret_cast的文档里提到过std::nullptr_t可能存在多个不同的取值，但专门针对std::nullptr_t的说明里既没否定这个可能性，也没讲清楚这些“额外取值”到底是什么，自己搜了好一阵也没找到靠谱的解释对吧？

其实咱们可以从C++标准的设计和实现逻辑来理清楚：

• 首先，标准里并没有硬性规定std::nullptr_t只能有nullptr这一个取值，这是给编译器留下的实现灵活度。
• 所谓的“其他取值”，基本只会出现在reinterpret_cast的强制转换场景里：比如你把某个非空指针，甚至是一个整数，通过reinterpret_cast强转成std::nullptr_t类型时，编译器理论上可以生成一个和nullptr不同的该类型值。但要划重点：这种转换本身是实现定义的，而且后续对这个“特殊值”的任何操作（比如和nullptr比较、再转成指针类型）的行为也完全由编译器说了算，没有统一标准。
• 为什么标准要留这个口子？主要是为了兼容一些特殊硬件或者小众编译器的实现——比如有些平台上的空指针可能有多种位模式，但这种场景在咱们日常用的主流桌面、服务器平台上几乎碰不到。

说白了，对咱们普通开发者来说，完全不用纠结这个“可能存在的其他取值”，日常写代码就默认std::nullptr_t只有nullptr这一个有效取值就行，那些非标准的特殊情况根本不会出现在可移植的代码里，也没必要去碰。

内容来源于stack exchange