在方法内与匿名命名空间声明constexpr数组的优劣对比

针对你纠结的两种constexpr数组声明方式，直接拆解各自的优缺点：

方法内声明（仅在Foo::bar()里定义） #

优点 #

• 作用域极致干净：数组名字data仅在bar()方法内有效，完全不会和当前编译单元内其他函数的同名变量冲突，哪怕其他地方也有同名常量，互相不干扰。
• 代码关联性强：数组定义和使用逻辑紧挨着，读代码时不用翻到文件开头找定义，一眼就能看懂这个数组的用途，维护成本低。
• 编译优化友好：作为constexpr变量，编译器会直接将其视为编译期常量，要么把值直接嵌入func()调用，要么生成一份只读常量，不会有额外运行时开销，哪怕bar()被多次调用也没问题。

缺点 #

• 复用性为零：这个数组只能在bar()里使用，如果后续同一类的其他方法或当前cpp内的其他函数需要用到相同数组，得重新定义。
• 极端场景（比如关闭所有优化的Debug模式）下，理论上可能每次调用bar()都会生成临时对象，但实际编译器对constexpr变量的优化很到位，基本不会出现这种情况。

匿名命名空间声明（编译单元内全局可见） #

优点 #

• 复用方便：数组定义一次后，当前cpp文件内的所有函数、类方法都能直接调用，不用重复定义，适合多场景共用同一组常量的情况。
• 内存仅存一份：哪怕不开优化，匿名命名空间里的constexpr变量也是编译单元内的静态常量，内存里只会有一份实例，不会重复占用空间。

缺点 #

• 作用域过大：虽然不会暴露给其他编译单元，但当前cpp内所有代码都能访问data，如果不小心在其他函数里定义了同名变量，直接会编译报错；要是误改数组值，所有用到它的地方都会受影响。
• 代码可读性差：读Foo::bar()时看到func(data)，得跳去文件开头找data的定义，要是cpp文件很大，查找成本高，新人接手时容易搞不清数组用途。
• 易遗留无用代码：如果后续bar()不再使用这个数组，很容易忘记删除匿名命名空间里的定义，时间久了会堆积一堆无人使用的常量。

总结建议 #

如果这个数组确定仅给Foo::bar()单独使用，优先选方法内声明，代码更整洁、维护更省心；如果当前cpp内有多个函数需要复用这组常量，再考虑匿名命名空间。

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