探讨源文件匿名命名空间中显式inline constexpr变量的必要性

先把基础规则理清楚：

• 匿名命名空间里的成员天生带内部链接属性，意思就是这个变量只在当前.cc文件里可见，不会和其他文件的同名变量撞车。
• C++17及之后的标准里，命名空间作用域的constexpr变量默认就是inline的——不过因为匿名命名空间已经把它的作用域锁死在当前文件了，这个inline的ODR（一次定义规则）特性其实派不上用场。

大多数时候，给匿名命名空间里的constexpr加inline确实是多此一举，但也有几个合理的场景值得这么做：

• 统一代码风格：如果团队的编码规范要求所有命名空间级别的constexpr常量都必须显式写inline，不管是不是在匿名命名空间里，那为了跟着规范走、保持代码整齐一致，就加上。比如团队里约定全局/命名域的常量都用inline constexpr写法，避免出现“有的加有的不加”的混乱情况。
• 让代码意图更明确：对那些不太熟悉C++17之后规则的开发者来说，显式写上inline能直接告诉他们这个变量的特性，不用他们去查标准里的默认规则。多人协作的时候，清晰的标注比依赖隐含规则要友好得多。
• 规避潜在的编译器差异：少数情况下，老版本编译器或者开了特殊编译选项时，可能对constexpr的默认inline特性处理有偏差。显式加inline能确保变量的行为符合预期，不受环境差异的影响。

要是没这些需求，完全可以把inline删掉——编译器会按标准默认处理，代码还更简洁。

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