跨文件与翻译单元使用头文件字符串：选constexpr const char*还是const std::string？

你的示例代码里两种写法都存在问题，得先修正链接和重复实例化的问题，再谈选择。

现有代码的问题分析 #

关于const std::string string_b = "stringB" #

全局const变量默认拥有内部链接，这意味着每个包含config.h的翻译单元（a.cpp、b.cpp、main.cpp）都会生成一个独立的string_b实例。虽然链接器不会报错，但会造成三个完全独立的std::string对象，既浪费内存，又会在每个翻译单元的运行时执行一次字符串构造，完全没必要。

关于constexpr const char* string_a = "stringA" #

• 在C++11/14中，全局constexpr变量默认是外部链接，多个翻译单元包含头文件会触发「多重定义」错误，因为每个cpp都在定义同一个全局变量。
• 在C++17及以后，constexpr变量默认是inline的，链接器会自动合并多个定义，不会有问题，但这是新版本特性。

两种写法的正确姿势及适用场景 #

1. constexpr const char*：编译期优先，性能拉满 #

正确写法

• C++17+：直接在头文件定义即可，默认inline，无重复定义问题：

// config.h
constexpr const char* string_a = "stringA";

• C++11/14：要么用static让每个翻译单元拥有独立指针副本（指针本身仅4/8字节，开销极小，且所有指针指向同一个只读段的字符串字面量）：

// config.h
static constexpr const char* string_a = "stringA";

要么用extern声明+单独cpp定义，确保全局唯一：

// config.h
extern constexpr const char* string_a;

// config.cpp
constexpr const char* string_a = "stringA";

优势与适用场景

• 完全编译期初始化，运行时无任何构造开销。
• 可以作为编译期常量使用：比如switch的case标签、模板参数、constexpr函数的参数等，这些场景C++20之前的std::string根本用不了。
• 内存开销极小，即使每个翻译单元有指针副本，也几乎可以忽略。

2. const std::string：安全易用，适合字符串操作 #

正确写法

必须用「头文件声明+cpp文件定义」的方式，确保全局唯一实例：

// config.h
extern const std::string string_b;

// config.cpp
#include "config.h"
const std::string string_b = "stringB";

优势与适用场景

• 自带字符串操作（长度获取、拼接、比较、子串提取等），比裸char*安全得多，避免指针越界、手动管理内存等问题。
• 如果你的业务逻辑需要频繁对这个字符串进行操作，std::string的封装会大幅提升开发效率。

最终选择建议 #

• 如果需要编译期常量特性（比如模板参数、constexpr逻辑），或者追求极致的启动性能，选constexpr const char*，注意对应C++版本的链接处理。
• 如果不需要编译期特性，更看重安全性和开发效率，选std::string，但一定要用extern+单独定义的写法，避免冗余实例。

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