Xcode13下使用lldbbridge.py查看Qt对象报std模块找不到错误

问题解答 #

1. 是否有其他开发者遇到Xcode 13 lldb下相同的std模块找不到报错？ #

是，Xcode 13正式版推送后，大量使用Qt 5.15.x/6.2之前版本的iOS开发者都反馈过相同问题，集中出现在调用lldb内置脚本、expr执行C++标准库相关方法的场景，该问题在Qt官方bugtracker有大量同场景反馈记录。

2. 该std模块是否已合并到Xcode 13的其他框架或模块中？ #

Xcode 13移除了之前单独的std模块映射配置，std相关的Clang模块已合并到libc++的模块配置中，原有@import std的调用方式没有适配Xcode 13的模块搜索规则，才会触发找不到的报错。

3. 有无可行的 workaround 可以实现QUrl、QString类型入参的取值查看？ #

有3种实测可用的方案：

• 临时禁用lldb的模块导入功能：执行expr前先运行settings set target.import-std-module false，之后再用expr命令调用Qt相关方法即可正常执行，该设置仅对当前调试会话生效。
• 直接读取内存结构取值：QString的私有成员d指向的地址偏移16字节处就是UTF16字符串的首地址，可直接用memory read -c [字符串长度*2] [d指针地址+16]读取内容；QUrl可以先读取它的d指针里的path成员，再用相同方式读取字符串内容。
• 手动适配lldbbridge.py：把脚本中所有@import std的代码替换为@import libc++.std，同时修改脚本内的模块搜索路径，添加Xcode 13的libc++模块目录即可正常使用。

4. 如何开启lldb的高等级日志，对应的日志存储路径在哪里？ #

在lldb命令行执行log enable -f /tmp/lldb_debug.log lldb all即可开启全量日志，日志会输出到指定的/tmp/lldb_debug.log路径。也可以根据需要把all替换为expr、ast等分类，仅打印对应模块的日志。调试结束后执行log disable lldb all即可关闭日志。

5. 如何查看<lldb wrapper prefix>的完整内容，验证是否是wrapper配置异常导致报错？ #

执行settings show target.expr-prefix即可打印当前expr调用前默认插入的wrapper前缀完整内容。也可以执行expr --verbose -- [你的expr命令]，输出内容会包含完整的wrapper代码、编译参数、报错的完整上下文，方便定位具体配置问题。

6. @import std;报错是否是其他底层问题的附带现象？ #

绝大多数场景下不是，本质是Xcode 13的模块配置变更和旧版lldbbridge.py的不兼容导致的。极少数情况是工程Build Settings里设置了CLANG_ENABLE_MODULES = NO，导致lldb无法正常加载C++标准库模块，可先确认该配置项是否为YES。

7. std模块是否是lldb内置的动态生成模块，为何仅在部分场景可用？ #

是，std模块是lldb调用Clang的模块系统动态生成的，不是系统内置的独立框架。直接在命令行执行@import std的时候，lldb使用当前会话的全局模块搜索路径，能正常找到libc的模块映射；而脚本调用或者执行带方法的expr命令时，lldb会使用expr wrapper里单独配置的模块搜索路径，该路径未包含Xcode 13的libc模块目录，因此会出现部分场景可用、部分场景不可用的问题。

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