应使用 s.empty() 判断 std::string 是否为空，因其语义清晰、零开销、专为此设计；它不检测空白字符，且避免了与 C 风格字符串混淆或隐式转换风险。
判断 std::string 是否为空，直接用 empty() 就行
别写 s.length() == 0 或 s.size() == 0，也别和 C 风格字符串混淆。C++ 标准库的 std::string 提供了 empty() 成员函数，语义清晰、性能无额外开销（通常只是比较内部长度字段），且可读性高。
-
empty()返回bool，true表示字符串不含任何字符（包括空格） - 它比
length() == 0更安全：某些老编译器或自定义 allocator 下，length()可能触发计算（虽然标准要求 O(1)，但语义上empty()才是专为此设计的接口） - 注意：它不检测“空白字符串”，比如
" "（含空格）调用empty()仍返回false
empty() 和 == "" 有啥区别？
语法上都能用，但行为和意图不同。
-
s.empty()是成员函数调用，零开销，明确表达“是否无字符” -
s == ""是 operator== 重载，会构造一个临时空std::string对象再比较——虽现代编译器常优化掉，但语义冗余，且在极端受限环境（如嵌入式 + 关闭 RVO）下可能引入隐式构造 - 更隐蔽的坑：
""是const char*，而std::string的operator==有const char*重载，看似方便，但若变量是std::string_view或自定义字符串类型，这种写法可能意外触发隐式转换或编译失败
从 C 字符串转过来的人容易错在哪？
常见误判是把 C 风格的“空指针”逻辑套到 std::string 上。
-
std::string永远不是空指针——它是个对象，即使未初始化（如局部变量未赋值），其状态也是确定的（C++11 起默认构造为 empty），不会导致nullptr解引用 - 错误写法：
if (s == nullptr)—— 编译不过，std::string不支持和指针比较 - 更危险的写法：
if (s.c_str() == nullptr)——c_str()永远返回有效指针（哪怕对 empty string，也返回指向 '\0' 的指针），所以这个判断恒为false，但容易让人误以为“安全” - 如果真要兼容 C 接口传入的
const char*，应先检查指针是否为空，再构造std::string，而不是反过来
需要判断“空白字符串”时怎么办？
empty() 不管空白，只管长度。真要判断是否只含空白字符（空格、制表符、换行等），得自己处理。
立即学习“C++免费学习笔记（深入）”；
- 没有标准库内置函数，得组合使用
find_first_not_of()或算法 - 推荐写法：
s.find_first_not_of(" \t\n\v\f\r") == std::string::npos—— 注意字符串字面量里要包含所有你关心的空白符 - 更通用做法（尤其需 locale 支持时）：
std::all_of(s.begin(), s.end(), ::isspace)，但注意::isspace要求unsigned char输入，对含符号扩展的char可能 UB，稳妥起见应写成[](unsigned char c) { return std::isspace(c); } - 别漏掉：Unicode 空白（如 ）不在
isspace范围内，C++ 标准库原生不支持，需 ICU 或其他库
if (s.empty())。复杂点在于“空”和“空白”的混淆，以及从 C 过渡时残留的指针思维——这两处最容易花时间 debug。 
