vscode c++远程调试实战

简介: vscode c++远程调试实战

在上两篇中,我们介绍了c++开发的最佳实践,以及一些常见问题的解决方案。虽然笔者一直用vscode + remote-ssh + clangd阅读代码,但是调试代码时还是不免脱离vscode回到命令行,这多少让人有点分裂。因此本文将介绍如何在vscode中进行c++远程调试。



环境准备


插件


本文章依赖以下插件


  • remote-ssh,让vscode能够远程登陆远程开发机(我们的开发、编译、部署、调试都在这个环境中)


  • clangd: 一款优秀的c++插件,功能完备,支持重构,跳转,自动补全等功能


  • CodeLLDB:  vscode调试器插件


其中remote-ssh和clangd的安装配置可参考我之前的文章



源代码


main.cpp

#include <iostream>
#include <vector>
#include <unistd.h>
int main(int argc, char *argv[])
{
    int i = 0;
    std::vector<int> v;
    while (1)
    {
        v.push_back(i++);
        ::sleep(1);
    }
    return 0;
}



CMakeList.txt

# Set the minimum version of CMake that can be used
# To find the cmake version run
# $ cmake --version
cmake_minimum_required(VERSION 3.5)
# Set the project name
project (demo)
# Add an executable
add_executable(demo main.cpp)



编译生成binary: main, 注意使用debug模式

cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=YES -DCMAKE_BUILD_TYPE=Debug .
make
ll ./demo




调试新启动的进程


点击 Run and Debug , 选择create a launch.json file

Select Environment选择LLDB,  接着编辑launch.json文件


{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "type": "lldb",
            "request": "launch",
            "name": "exec",
            "program": "${workspaceFolder}/demo",
            "args": [],
            "cwd": "${workspaceFolder}"
        }
    ]
}



上述配置中


  • type表示调试工具,我们安装的插件是CodeLLDB, 所以选择lldb


  • request有两种,launch和attach, 前者用于调试新启动进程,后者用于调试运行中进程。


  • name:  对应着Run And Debug窗口中的按钮名称,每个name对应着一组配置,用户可自定义


  • args: 启动待调试program时的参数


当完成编译,配置好launch.json文件后,便可开始调试了。首先在main函数上打个断点。

0e2ec223307b051a12b65a4a304227f3.png

接着点击exec按钮,启动调试器,我们可以看到程序已经运行到断点。整体来说功能还是比较完备的,基本满足日常开发所需:左上角窗口显示了本地/静态/全局变量和寄存器状态。左下角窗口显示当前断点和call stack。


正上方几个按钮对应continue/step over/step into/step out/restart/stop等功能。正下方窗口为lldb命令行,用户如果不习惯点来点去也可在此直接输入调试命令。


1431d9bfef0b5f2e44f49377b004e12e.png


调试已有进程


在launch.json中新增一组配置

{
    "version": "0.2.0",
    "configurations": [
        {
            "type": "lldb",
            "request": "attach",
            "name": "attach",
            "program": "${workspaceFolder}/demo",
            "processId": "${command:pickProcess}",
            "cwd": "${workspaceFolder}"
        }
    ]
}


启动demo,并在后台运行:

nohup ./demo > nohup.log 2>&1 &


我们尝试attach到demo进程上调试,点击attach按钮,此时vscode会让我们选择要attach的进程。

2bc79eee455f8d01bda597eeed9b8bd6.png

输入正确的pid,打上断点,便可开始调试了。

dc8b4e704a1939d99e73996f2f358fca.png

调试coredump文件


c++程序员一定要有坦然接受程序随时coredump的觉悟。


首先修改main.cpp,引入一处致命错误


#include <iostream>
#include <vector>
#include <unistd.h>
int main(int argc, char *argv[])
{
    int i = 0;
    std::vector<int> v;
    while (1)
    {
        v.push_back(i++);
        ::sleep(1);
        if (i % 10 == 0)
            std::abort();
    }
    return 0;
}



执行ulimit -c unlimited, 编译运行之,果然出现了core

$ ./demo                                                    
[1]    18667 abort (core dumped)  ./demo



修改launch.json,新增配置后,launch.json变成现在这样

{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "type": "lldb",
            "request": "launch",
            "name": "exec",
            "program": "${workspaceFolder}/demo",
            "args": [],
            "cwd": "${workspaceFolder}"
        },
        {
            "type": "lldb",
            "request": "attach",
            "name": "attach",
            "program": "${workspaceFolder}/demo",
            "processId": "${command:pickProcess}",
            "cwd": "${workspaceFolder}"
        }
        {
            "type": "lldb",
            "request": "custom",
            "name": "core",
            "initCommands": [
                "target create ${workspaceFolder}/demo -c ${input:coreFileName}"
            ]
        }
    ],
    "inputs": [
      {
        "id": "coreFileName",
        "type": "promptString",
        "description": "Enter core file path"
      }
    ]    
}



点击core按钮,输入core file path, 便可查看core时的现场


0bdeee3849897bdc7bfca2684fd25e40.png

相关文章
|
C++
C++ 语言异常处理实战:在编程潮流中坚守稳定,开启代码可靠之旅
【8月更文挑战第22天】C++的异常处理机制是确保程序稳定的关键特性。它允许程序在遇到错误时优雅地响应而非直接崩溃。通过`throw`抛出异常,并用`catch`捕获处理,可使程序控制流跳转至错误处理代码。例如,在进行除法运算或文件读取时,若发生除数为零或文件无法打开等错误,则可通过抛出异常并在调用处捕获来妥善处理这些情况。恰当使用异常处理能显著提升程序的健壮性和维护性。
258 2
|
2月前
|
监控 Linux 测试技术
C++零拷贝网络编程实战:从理论到生产环境的性能优化之路
🌟 蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕C++与零拷贝网络编程,从sendfile到DPDK,实战优化服务器性能,毫秒级响应、CPU降60%。分享架构思维,共探代码星辰大海!
|
5月前
|
C语言 C++
【实战指南】 C/C++ 枚举转字符串实现
本文介绍了在C/C++中实现枚举转字符串的实用技巧,通过宏定义与统一管理枚举名,提升代码调试效率并减少维护错误。
378 57
|
5月前
|
程序员 编译器 C++
【实战指南】C++ lambda表达式使用总结
Lambda表达式是C++11引入的特性,简洁灵活,可作为匿名函数使用,支持捕获变量,提升代码可读性与开发效率。本文详解其基本用法与捕获机制。
205 45
|
9月前
|
监控 Linux C++
【实战指南】4步实现C++插件化编程,轻松实现功能定制与扩展(2)
本文是《4步实现C++插件化编程》的延伸,重点介绍了新增的插件“热拔插”功能。通过`inotify`接口监控指定路径下的文件变动,结合`epoll`实现非阻塞监听,动态加载或卸载插件。核心设计包括`SprDirWatch`工具类封装`inotify`,以及`PluginManager`管理插件生命周期。验证部分展示了插件加载与卸载的日志及模块状态,确保功能稳定可靠。优化过程中解决了动态链接库句柄泄露问题,强调了采纳用户建议的重要性。
352 85
【实战指南】4步实现C++插件化编程,轻松实现功能定制与扩展(2)
|
9月前
|
人工智能 程序员 C++
【实战经验】C/C++右移高位补0还是1?
本文探讨了C/C++中右移运算时高位补0还是补1的问题。通过示例代码分析,揭示了右移规则:无符号类型高位补0;有符号类型根据正负决定(正数补0,负数补1)。文中列举了可能导致错误的场景,并提供了两种规避措施——使用无符号类型和掩码校正,确保结果符合预期。最后总结指出,右移运算虽常见,但若处理不当易引发隐晦Bug,需谨慎对待。
504 81
|
安全 程序员 编译器
【实战经验】17个C++编程常见错误及其解决方案
想必不少程序员都有类似的经历:辛苦敲完项目代码,内心满是对作品品质的自信,然而当静态扫描工具登场时,却揭示出诸多隐藏的警告问题。为了让自己的编程之路更加顺畅,也为了持续精进技艺,我想借此机会汇总分享那些常被我们无意间忽视却又导致警告的编程小细节,以此作为对未来的自我警示和提升。
1348 94
|
存储 C++ UED
【实战指南】4步实现C++插件化编程,轻松实现功能定制与扩展
本文介绍了如何通过四步实现C++插件化编程,实现功能定制与扩展。主要内容包括引言、概述、需求分析、设计方案、详细设计、验证和总结。通过动态加载功能模块,实现软件的高度灵活性和可扩展性,支持快速定制和市场变化响应。具体步骤涉及配置文件构建、模块编译、动态库入口实现和主程序加载。验证部分展示了模块加载成功的日志和配置信息。总结中强调了插件化编程的优势及其在多个方面的应用。
1253 163
|
自然语言处理 编译器 Linux
告别头文件,编译效率提升 42%!C++ Modules 实战解析 | 干货推荐
本文中,阿里云智能集团开发工程师李泽政以 Alinux 为操作环境,讲解模块相比传统头文件有哪些优势,并通过若干个例子,学习如何组织一个 C++ 模块工程并使用模块封装第三方库或是改造现有的项目。
887 56