qdebug() 输出 qstring 会自动添加双引号，且在终端编码不匹配时可能导致中文显示为 unicode 转义序列（如 "\u4f60\u597d"）或方块、问号，并非字符串为空。
qDebug 输出 QString 显示带引号、乱码或为空
直接用 qDebug() 打印 QString 会自动加双引号，且若含中文或非 ASCII 字符，在终端编码不匹配时可能显示为 "\u4f60\u597d" 或方块、问号。这不是字符串为空，而是输出格式和编码问题。
qDebug() → 带引号、转义 Unicode，适合调试结构，但不直观qDebug() → 去引号、按当前终端编码（如 UTF-8）原样显示，推荐日常查看- Windows 控制台默认 GBK，而 Qt Creator 默认用 UTF-8 编译源码 → 若
str来自文件或网络且未正确解码，qPrintable仍可能乱码；此时需确认源头编码，必要时用QTextCodec::codecForName("GBK")->toUnicode(...)
调试器里看 QString 内容显示为 "" 或地址异常
Qt Creator 调试视图中，QString 变量有时显示 "<invalid>"</invalid> 或只有 d 指针地址（如 0x7fffe8001230），不是数据损坏，而是调试器插件没加载 Qt 类型解析规则。
- 确保项目使用的是与调试器匹配的 Qt 版本（例如 MinGW 调试器配 MinGW 编译的 Qt，MSVC 配 MSVC）
- 检查
Tools → Options → Debugger → Locals & Expressions → Load .gdbinit是否启用（Linux/macOS）；Windows 下对应 CDB 的Auto-load Qt debug helpers必须勾选 - 若仍无效，手动加载：在调试控制台输入
source /path/to/qt/bin/qtcreator-gdbinit（Linux/macOS）或确认qtcreatorcdbext.dll已注册（Windows） - 注意：隐式共享（写时复制）机制下，多个
QString变量可能共用同一块内存，调试器只显示当前实际分配的d指针，不代表内容不可读
QString 比较失败但调试器里看着一样
代码中 str1 == str2 返回 false，而调试器监视窗口里两个变量值看起来完全相同——大概率是隐藏字符或编码差异导致的肉眼不可见差异。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
qDebug() 查看十六进制字节流，比对是否完全一致 - 检查首尾空白：
str1.trimmed() == str2.trimmed()；更彻底用simplified() - 注意
QString::fromUtf8("…")和QString::fromLocal8Bit("…")混用会导致相同字面量生成不同内部表示 - 避免用
==直接比较从QByteArray构造的QString，除非明确知道其编码；优先用QString::compare(str1, str2, Qt::CaseSensitive)并检查返回值
断点处无法展开 QString 成员或 size() 返回 0
在断点停住后，局部变量窗里点开 QString 显示空节点，或调用 str.size() 得到 0，但实际逻辑依赖该字符串——这通常不是 bug，而是调试器未正确解析私有成员 d 的结构。
- 不要依赖调试器“展开”功能判断长度，直接在 **Locals and Expressions** 窗口右键添加表达式：
str.size()、str.data()、str.constData() -
str.data()返回QChar*，可配合“Memory View”查看原始 UTF-16 字符（每个字符占 2 字节） - 若
str是临时对象或刚 move 构造，其内部指针可能已被置空，此时size()仍安全返回 0，但data()不应解引用 - 关键：调试器看到的“空” ≠ 运行时为空；以
qDebug()或表达式求值为准，而非折叠树状视图
真实调试中，最易被忽略的是：调试器显示的内容受 Qt 插件、编译器 ABI、编码链路三重影响，同一段代码在不同机器上可能表现迥异。别急着怀疑代码，先验证调试环境一致性。
