lldb 不支持像 gdb 那样通过 python 脚本注册全局可用的“便利函数”（convenience functions），但可通过 expr 命令动态注入 c++ 函数供表达式调用；该函数会真实编译并注入目标进程，需注意其运行依赖调试会话状态。
lldb 不支持像 gdb 那样通过 python 脚本注册全局可用的“便利函数”（convenience functions），但可通过 expr 命令动态注入 c++ 函数供表达式调用；该函数会真实编译并注入目标进程，需注意其运行依赖调试会话状态。
LLDB 的设计哲学强调表达式求值的语言保真性：expression（简写为 expr）命令的目标是尽可能模拟“当前栈帧下真实执行该代码”的行为，因此它本质上是一个嵌入式、上下文感知的编译器（基于 Clang/LLVM），而非通用调试信息查询接口。正因如此，LLDB 明确不提供 GDB 风格的、脱离执行上下文的 Python 驱动便利函数（如 $_isvoid 在 GDB 中可无条件调用，即使进程未运行或未停驻）。
不过，LLDB 提供了一种替代方案：在表达式环境中动态定义 C/C++ 函数。这些函数会被即时编译、注入到目标进程地址空间，并在当前上下文中执行。例如：
(lldb) expr bool $_isvoid(void *ptr) { return ptr == nullptr; }执行后，即可在后续任意 expr 中调用：
(lldb) expr $_isvoid($rdi) (lldb) expr (int)($_isvoid(my_struct_ptr) ? 1 : 0)
⚠️ 关键限制与注意事项：
立即学习“Python免费学习笔记（深入）”；
- ✅ 函数签名必须符合目标语言（C/C++/Objective-C）语法规则；
- ❌ 不可跨语言调用 Python 逻辑：该函数完全由 LLDB 表达式引擎编译执行，无法直接调用 Python 函数或访问 lldb.SBFrame 等 Python API 对象；
- ⚠️ 依赖运行时状态：函数实际在被调试进程内存中运行，因此要求目标进程处于暂停状态（stopped），且具备足够内存与符号支持；
- ? 非持久化：每次重启调试会话或切换线程/帧后需重新定义（可封装为 Python 命令自动执行）；
- ? 类型安全：参数与返回值类型需显式声明，LLDB 会进行严格类型检查（如 void* 与 nullptr 匹配）。
若需实现更复杂的调试辅助逻辑（如遍历 OCaml 运行时堆、解析自定义数据结构），推荐组合使用以下机制：
- 自定义 LLDB 命令（lldb.command.CommandObject）：用 Python 实现完整逻辑，输出结果到控制台；
- 类型格式化器（Type Summaries）：美化变量显示，无需用户手动调用；
- 合成子节点（Synthetic Children）：展开复杂对象为可读字段列表；
- 表达式辅助函数 + 命令封装：将常用 expr 定义封装为 Python 命令，一键注入并调用。
例如，可编写如下 Python 命令自动注册常用工具函数：
def __lldb_init_module(debugger, internal_dict):
debugger.HandleCommand('command script add -f lldb_utils.inject_isnull inject_isnull')
def inject_isnull(debugger, command, exe_ctx, result):
debugger.HandleCommand('expr bool $_isnull(void *p) { return p == nullptr; }')
result.PutCString("✓ $_isnull() injected for current frame.")将其加载后，执行 inject_isnull 即可快速启用该函数。
总之，LLDB 以“表达式即代码”为原则，牺牲了 GDB 式的灵活性，换取更强的语义一致性与调试可靠性。开发者应优先利用其原生表达式能力，并辅以 Python 命令扩展完成非表达式场景任务——二者分工明确，协同高效。
