解决codelldb调试iOS应用时异常断点自动停止的问题

解决codelldb调试iOS应用时异常断点自动停止的问题

codelldb A native debugger extension for VSCode based on LLDB 项目地址: https://gitcode.com/gh_mirrors/co/codelldb

问题现象分析

在使用codelldb配合nvim-dap调试iOS应用程序时，开发者可能会遇到一个奇怪的现象：应用程序启动后会意外停止两次，即使已经明确设置了stopOnEntry = false。这种情况通常发生在增量构建的场景下，而在完整构建或使用其他调试工具（如Xcode或直接使用lldb）时则不会出现。

根本原因探究

经过深入分析，发现问题的根源在于codelldb默认会设置一些异常断点。具体来说，codelldb会在调试会话开始时自动设置C++异常断点（cpp_exception），这会导致在异常处理代码处中断，即使开发者并未主动设置这些断点。

技术背景

在调试器协议中，客户端可以通过setExceptionBreakpoints请求来指定需要捕获的异常类型。codelldb作为调试适配器，实现了对多种异常类型的支持，包括C++异常、Objective-C异常等。当客户端发送这个请求时，codelldb会在目标程序中设置相应的断点。

解决方案

针对这个问题，开发者可以采用以下几种解决方案：

1. 通过postRunCommands移除异常断点： 在dap配置中添加postRunCommands，在调试会话启动后自动删除C++异常断点：

   require("dap").configurations.swift[1].postRunCommands = {
     "breakpoint delete cpp_exception",
   }
   

2. 修改默认异常断点设置： 更彻底的解决方案是修改nvim-dap的默认配置，不设置任何异常断点：

   dap.defaults.fallback.exception_breakpoints = {}
   

   这样配置后，nvim-dap在初始化调试会话时将发送一个空数组给codelldb，从而避免自动设置任何异常断点。

最佳实践建议

对于iOS开发调试，建议开发者：

1. 根据项目需求明确配置需要的异常断点类型
2. 在项目文档中记录调试配置，方便团队成员统一环境
3. 对于Swift项目，可以只保留Swift语言相关的异常断点
4. 定期检查调试器配置，确保不会有不必要的性能开销

总结

codelldb作为功能强大的调试适配器，提供了丰富的异常捕获功能。理解其工作机制并合理配置，可以帮助开发者构建更高效的调试环境。通过本文介绍的解决方案，开发者可以避免iOS应用调试时的不必要中断，提高开发效率。

codelldb A native debugger extension for VSCode based on LLDB 项目地址: https://gitcode.com/gh_mirrors/co/codelldb