CodeLLDB远程调试QEMU崩溃问题分析与解决方案-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_07833/article/details/148682795

CodeLLDB远程调试QEMU崩溃问题分析与解决方案

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

问题背景

在使用CodeLLDB 1.11.2版本进行远程调试时，用户遇到了调试会话无法启动的问题。具体表现为当尝试通过gdb-remote连接到QEMU模拟器时，调试器会崩溃并显示"无法在运行时内启动运行时"的错误信息。这个问题在1.11.1版本中并不存在。

错误现象

调试会话启动时会出现以下关键错误信息：

thread 'main' panicked at adapter/codelldb/src/debug_session/breakpoints.rs:644:18:
Cannot start a runtime from within a runtime. This happens because a function (like `block_on`) attempted to block the current thread while the thread is being used to drive asynchronous tasks.

从日志分析，问题发生在断点处理阶段，当调试器尝试处理第一个断点命中事件时，出现了异步运行时嵌套的问题。

技术分析

这个问题本质上是一个异步编程中的常见陷阱 - 在已经运行异步任务的线程上尝试启动新的异步运行时。在Rust的tokio运行时中，这种情况是被明确禁止的。

具体到CodeLLDB的实现：

调试器主循环本身运行在一个tokio运行时上
当断点命中时，调试器需要同步处理断点事件
在处理过程中，某些代码路径意外尝试创建新的运行时实例

这种设计在1.11.1版本中工作正常，但在1.11.2版本中由于内部重构引入了这个问题。

解决方案

项目维护者迅速响应并提供了修复方案。用户可以通过以下步骤解决问题：

下载并安装开发版构建（1.11.3-dev）
替换现有扩展
重新启动调试会话

经过验证，该修复版本确实解决了崩溃问题。

配置注意事项

虽然主要问题已解决，但用户还报告了VS Code关于"program"属性缺失的警告。这实际上是VS Code对调试配置的schema验证警告，可以安全忽略。当前推荐的远程调试配置应包含以下关键属性：

{
    "type": "lldb",
    "request": "launch",
    "targetCreateCommands": [
        "target create ${workspaceFolder}/main"
    ],
    "processCreateCommands": [
        "gdb-remote localhost:1234"
    ]
}