核心内容摘要
Qwen-Image推出2步Turbo LoRA，AI绘图速度再突破
目录概述附加调试 vs 启动调试配置说明
使用方法常见场景调试技巧故障排除概述附加进程调试Attach Debugging是一种强大的调试技术允许调试器附加到已经运行的进程上而不需要从调试器启动程序。
这在以下场景特别有用调试长时间运行的服务或守护进程调试难以从 IDE 启动的程序调试子进程fork 出的进程调试系统服务或特权程序调试运行在特定环境或参数下的程序在程序运行到特定状态后介入调试附加调试 vs 启动调试启动调试 (Launch)调试器 ──启动── 程序 │ └──完全控制── 程序生命周期特点✅ 可以从程序开始就调试✅ 可以设置启动参数和环境变量✅ 调试器完全控制进程❌ 不能调试已经运行的进程❌ 某些程序启动方式特殊难以通过调试器启动附加调试 (Attach)程序已运行 ↑ 附加 │ 调试器特点✅ 可以调试已经运行的进程✅ 可以在程序运行到特定状态后介入✅ 可以调试子进程✅ 可以调试系统服务❌ 错过程序启动阶段❌ 需要找到进程 PID配置说明配置文件位置.vscode/launch.json三种附加配置方式
交互式进程选择 (推荐){name:附加到进程 (Attach to Process),type:cppdbg,request:attach,program:${workspaceFolder}/path/to/your/executable,processId:${command:pickProcess},MIMode:gdb,sourceFileMap:{/build/path:${workspaceFolder}}}关键配置项解释request: attach指定这是附加调试而不是启动调试调试器会附加到已存在的进程processId: ${command:pickProcess}VSCode 内置命令打开进程选择器显示所有正在运行的进程列表支持搜索和过滤program指定可执行文件路径用于加载符号信息调试符号即使程序已运行仍需要这个路径来找到 debug symbols支持 VSCode 变量如${workspaceFolder},${workspaceRoot}sourceFileMap(可选但重要)映射编译时的源代码路径到本地路径当程序在不同机器编译时特别有用格式{ 编译路径: 本地路径 }示例{ /build/src: ${workspaceFolder}/src }MIMode: gdb使用 GDB 作为底层调试器Linux 平台标准选择Windows 使用 “lldb” 或 “vsdbg”
手动输入 PID{name:附加到指定 PID (Attach by PID),type:cppdbg,request:attach,program:${workspaceFolder}/path/to/your/executable,processId:${input:pidInput},MIMode:gdb}配合输入定义inputs:[{id:pidInput,type:promptString,description:输入要附加的进程 PID,default:}]关键配置项解释processId: ${input:pidInput}引用自定义输入启动时弹出输入框需要手动输入 PIDinputs数组定义可重用的输入变量type: promptString表示文本输入可以设置默认值和描述使用场景已知确切的 PID脚本化调试流程需要重复附加到同一进程
指定调试器路径{name:附加到进程指定调试器,type:cppdbg,request:attach,program:${workspaceFolder}/path/to/your/executable,processId:${command:pickProcess},MIMode:gdb,miDebuggerPath:/usr/bin/gdb}关键配置项解释miDebuggerPath明确指定 GDB 可执行文件路径当系统有多个 GDB 版本时有用可以指向特定版本的 GDB使用场景系统有多个 GDB 版本使用自定义编译的 GDB解决 GDB 版本兼容性问题
指定源代码路径映射当程序在其他机器编译或编译时使用了不同的路径时需要映射源代码路径{name:附加到进程路径映射,type:cppdbg,request:attach,program:${workspaceFolder}/build/myapp,processId:${command:pickProcess},MIMode:gdb,sourceFileMap:{/remote/build/path:${workspaceFolder},/usr/src/app:${workspaceFolder}/src,/build/output:${workspaceFolder}/build}}关键配置项解释sourceFileMap键编译时记录在调试符号中的路径绝对路径值本地实际源代码路径可以配置多个映射VSCode 会按照映射查找源文件使用场景在容器中编译本地调试CI/CD 系统编译的二进制文件从其他开发者机器复制的可执行文件跨平台开发不同的构建路径如何确定需要映射的路径# 方法 1使用 readelf 查看编译路径readelf -wi your_executable|grepDW_AT_comp_dir# 输出示例DW_AT_comp_dir: /remote/build/path# 方法 2使用 gdb 查看源文件路径gdb your_executable(gdb)info sources# 会显示所有源文件路径# 方法 3使用 strings 查找路径strings your_executable|grep\.cppstrings your_executable|grep\.h
使用方法方法一使用 VSCode UI推荐步骤 1启动目标程序在终端中运行程序cd/path/to/your/build ./your_program --arg1 --arg2或者让程序在后台运行./your_program --options步骤 2打开调试面板按CtrlShiftDLinux/Windows或CmdShiftDMac或点击侧边栏的调试图标步骤 3选择附加配置在调试面板顶部的下拉菜单中选择“附加到进程 (Attach to Process)”“附加到指定 PID (Attach by PID)”“附加到进程名 (Attach by Name)”步骤 4选择目标进程如果选择 “附加到进程”会弹出进程列表可以输入进程名过滤如 “myapp”选择目标进程点击确认如果选择 “附加到指定 PID”会弹出输入框输入进程 PID按回车确认步骤 5开始调试附加成功后程序会暂停或在下一个断点处暂停可以查看变量、调用栈可以单步执行可以设置新的断点方法二命令行配合使用查找进程 PID# 方法 1使用 pspsaux|grepyour_program# 输出username 12345
0
1 123456 7890 pts/0 S 10:00 0:00 ./your_program# 方法 2使用 pgreppgrep your_program# 输出12345# 方法 3使用 pidofpidof your_program# 输出12345# 方法 4更详细的信息pgrep -a your_program# 输出12345 ./your_program --arg1 --arg2保存 PID 到变量# 运行程序并保存 PID./your_program --optionsPID$!echoProgram PID:$PID# 稍后附加# 在 VSCode 中选择 附加到指定 PID输入 $PID 的值方法三使用 GDB 命令行备选如果 VSCode 附加失败可以先用 GDB 测试# 查找 PIDPID$(pgrep your_program)# 使用 GDB 附加gdb -p$PID# 在 GDB 中(gdb)info threads# 查看线程(gdb)bt# 查看调用栈(gdb)continue# 继续执行(gdb)detach# 分离(gdb)quit# 退出常见场景场景 1调试子进程Fork在程序中经常会 fork 子进程pid_t pidfork();if(pid
{// 子进程代码while(
{}exit(
;}// 父进程继续调试方法# 步骤 1运行父进程./your_program --options# 步骤 2等待 fork 发生sleep2# 步骤 3查找所有进程psaux|grepyour_program# 输出# user 12345 ... ./your_program (父进程)# user 12346 ... ./your_program (子进程)# 步骤 4在 VSCode 中附加到子进程 12346高级方法在父进程中设置断点然后切换到子进程{setupCommands:[{description:跟踪子进程,text:-gdb-set follow-fork-mode child,ignoreFailures:true}]}场景 2调试长时间运行的程序某些测试可能运行很长时间# 运行程序./your_program --long-running-taskPID$!# 让程序运行一段时间sleep60# 现在附加并查看状态# 在 VSCode 中附加到 $PID场景 3调试特定状态下的程序在程序运行到特定状态后附加# 运行程序并输出日志./your_program --verbose21|teeprogram.logPID$!# 监控日志等待特定输出tail-f program.log|grep-m1某个特定输出# 发现目标状态后立即附加# 在 VSCode 中附加到 $PID场景 4调试死锁或挂起的程序程序挂起不响应时# 程序已经挂起psaux|grepyour_program# 找到 PID: 12345# 附加到该进程# 在 VSCode 中附加后#
查看所有线程调用栈面板#
查看每个线程的调用栈#
分析是否有死锁场景 5调试多进程/多线程程序# 查看进程树pstree -p|grepyour_program# 查看某个进程的所有线程ps-T -p12345# 附加后在 VSCode 中# - 调用栈面板会显示所有线程# - 可以切换线程查看不同的调用栈调试技巧
预先设置断点在附加前设置断点可以更快捕获问题// 在代码中添加条件断点if(some_condition){// 在这里设置断点intbreakpoint_here0;// 附加后会停在这里}在 VSCode 中在源文件中设置断点附加到进程断点会自动激活
使用条件断点右键点击断点 → “编辑断点” → 设置条件示例条件 - count 100 - ptr ! nullptr - status ERROR - iteration
使用日志点Logpoint不暂停程序只输出日志右键点击行号 → “添加日志点”示例日志 Value of x is {x}, y is {y} Current iteration: {i} Status: {status}
查看内存在变量视图中右键 → “View Memory”或使用调试控制台-exec x/16xb 0x7ffff000 # 查看内存16 字节十六进制 -exec x/4xw stackData # 查看变量地址的内存
调用栈导航点击调用栈中的帧可以跳转到相应代码每个帧都会显示局部变量可以在任意帧中执行表达式
监视表达式在监视面板中添加表达式// 示例监视表达式*globalData myObject-field array[index](char*)bufferoffset
即时窗口Debug Console可以执行任意表达式p myVariable // 打印变量 p *myPointer // 解引用指针 p/x array[0] // 十六进制格式 call debugFunction() // 调用函数故障排除问题 1权限不足 (Permission Denied)错误信息Could not attach to process. ptrace: Operation not permitted原因Linux 的 ptrace 安全机制阻止附加到其他用户的进程。
解决方案方案 1临时允许 ptrace推荐# 查看当前设置cat/proc/sys/kernel/yama/ptrace_scope# 输出1 表示受限# 临时设置为 0允许同用户 ptraceecho0|sudotee/proc/sys/kernel/yama/ptrace_scope# 调试完成后恢复echo1|sudotee/proc/sys/kernel/yama/ptrace_scope方案 2永久设置需谨慎# 编辑 sysctl 配置sudonano/etc/sysctl.d/10-ptrace.conf# 添加或修改kernel.yama.ptrace_scope0# 应用配置sudosysctl -p /etc/sysctl.d/10-ptrace.conf方案 3使用 sudo# 以 root 运行 VSCode不推荐仅用于调试sudocode --user-data-dir/tmp/vscode-rootptrace_scope 的值说明值说明0经典 ptrace 模式允许任何进程 ptrace 同用户的其他进程1受限模式默认只允许 ptrace 父进程或通过 PR_SET_PTRACER 授权的进程2仅 admin 可以 ptrace3完全禁用 ptrace问题 2找不到符号信息错误信息No symbol table is loaded原因程序编译时没有包含调试符号或 VSCode 找不到符号文件。
解决方案检查编译选项# 确保使用 -g 编译g -g -O0 test.cpp -otest# 检查是否包含调试符号fileyour_program# 输出应包含with debug_info, not strippedreadelf -S your_program|grepdebug# 应该看到 .debug_info 等段确保 program 路径正确{program:${workspaceFolder}/path/to/correct/executable}手动加载符号在调试控制台中-exec file /path/to/executable -exec symbol-file /path/to/symbols问题 3进程已经被调试错误信息Process is already being debugged原因进程已经被另一个调试器附加。
解决方案# 查找是否有其他 gdb 在运行psaux|grepgdb# 杀死其他调试器pkillgdb# 或分离调试器# 在原 GDB 中执行 detach问题 4进程 ID 无效错误信息Unable to attach to process: No such process原因进程已经退出或 PID 错误。
解决方案# 确认进程是否存在ps-p12345# 或kill-012345# 如果进程不存在重新运行并获取新 PID问题 5无法中断程序现象附加后程序继续运行无法暂停。
解决方案在调试控制台中强制中断-exec interrupt或在附加配置中添加{stopAtEntry:true,// 附加后立即暂停}但这对 attach 模式不总是有效替代方案# 在附加前发送 SIGSTOPkill-STOP12345# 附加后发送 SIGCONTkill-CONT12345问题 6子进程无法调试现象无法附加到 fork 出的子进程。
解决方案方案 1在 fork 后延迟在子进程代码中添加延迟if(pid