安全，但需确保const char不为nullptr；c++11起std::string重载了与const char的==运算符，支持双向比较（如s=="abc"或"abc"==s），底层安全比对内容，而s==nullptr会解引用空指针导致未定义行为。
直接用 == 比较 string 和 const char\* 安全吗？
安全，但前提是 std::string 在左、const char* 在右（或反之），且 const char* 不为 nullptr。C++11 起，std::string 提供了与 const char* 的重载比较运算符，会自动将 C 字符串隐式转为临时 std::string_view（C++17）或直接比对内容。
常见错误是传入空指针：str == nullptr 会崩溃（未定义行为），因为底层调用 strcmp 或类似逻辑时解引用空指针。
- ✅ 正确：
s == "hello"、"hello" == s（s是std::string） - ❌ 危险：
s == nullptr、nullptr == s - ⚠️ 注意：
strcmp(s.c_str(), "hello")需确保s.c_str()有效，且"hello"非空——但不如直接用==简洁安全
strcmp 和 string::compare 哪个更适合做大小比较？
strcmp 返回整数（负/零/正），std::string::compare 语义相同但更类型安全；二者性能几乎一致，但使用场景不同。
如果只是判断相等，用 == 最清晰；如果需要排序或三路比较（比如用于 std::map 自定义比较器），优先用 string::compare，避免裸指针和手动空检查。
-
s.compare("abc") == 0等价于s == "abc"，但支持子串比较：s.compare(pos, len, "xyz") -
strcmp(s.c_str(), "abc")要求s非空，且无法处理嵌入 null 字符的std::string（c_str()截断） - 若比较对象来自 C API（如
getenv()返回值），先判空再用strcmp更稳妥：auto p = getenv("PATH"); if (p && std::string(p) == "xxx") ...
string 里有 '\0' 时，和 const char\* 比较会发生什么？
std::string 可合法包含嵌入 null 字符（'<p><code>std::string 可合法包含嵌入 null 字符（'\0'），但 const char* 是以首个 '\0' 为结尾的 C 风格字符串。这意味着：用 == 比较时，std::string 会按实际长度比，而 const char* 一侧只看到第一个 '\0' 前的内容。
const char* 是以首个 '<p><code>std::string 可合法包含嵌入 null 字符（'\0'），但 const char* 是以首个 '\0' 为结尾的 C 风格字符串。这意味着：用 == 比较时，std::string 会按实际长度比，而 const char* 一侧只看到第一个 '\0' 前的内容。' 为结尾的 C 风格字符串。这意味着：用 == 比较时，std::string 会按实际长度比，而 const char* 一侧只看到第一个 '<p><code>std::string 可合法包含嵌入 null 字符（'\0'），但 const char* 是以首个 '\0' 为结尾的 C 风格字符串。这意味着：用 == 比较时，std::string 会按实际长度比，而 const char* 一侧只看到第一个 '\0' 前的内容。' 前的内容。
例如：std::string s = "ab\0cd";（长度为 5），s == "ab" 为 true —— 因为 "ab" 被解释为长度 2 的字符串，而 s 的前两个字符确实是 'a''b'；但 s == std::string("ab\0cd", 5) 才真正相等。
- ⚠️ 陷阱：用
s.c_str()转成const char*后再比较，会丢失后续内容（c_str()返回以'\0'结尾的指针，不反映原始长度） - ✅ 正确做法：保持
std::string对象参与比较，避免无谓转c_str() - 如果必须用 C 接口，且 string 含 \0，应传长度参数（如
strncmp），而非依赖strcmp
跨编译单元传递 const char\* 时，和 string 比较要注意什么？
全局或静态 const char* 字符串字面量（如 "hello"）生命周期是整个程序，没问题；但局部生成的 const char*（如函数返回的栈上缓冲区地址）极易悬垂。
典型错误：把 std::string::c_str() 存到 const char* 变量里，然后在 string 析构后还拿来比较。
- ❌ 危险：
const char* p = s.c_str(); s.clear(); if (s2 == p) ...——p已失效 - ✅ 安全写法：要么延长
std::string生命周期（如存为成员变量），要么立刻完成比较，不缓存指针 - 如果接口强制要
const char*，考虑用std::string_view（C++17）替代，它不管理内存，仅视图，且能安全绑定 string 的数据
最易被忽略的是隐式生命周期依赖——看着像常量，其实背后绑着一个随时可能销毁的 std::string 实例。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
