在 VSCode 中使用 GDB 进行 C/C++ 程序调试(图文版)

您所在的位置:网站首页 debug断点有什么用 在 VSCode 中使用 GDB 进行 C/C++ 程序调试(图文版)

在 VSCode 中使用 GDB 进行 C/C++ 程序调试(图文版)

2024-07-03 18:08| 来源: 网络整理| 查看: 265

(꒪ꇴ꒪ ),Hello我是祐言QAQ我的博客主页:C/C++语言,数据结构,Linux基础,ARM开发板,网络编程等领域UP🌍快上🚘,一起学习,让我们成为一个强大的攻城狮!送给自己和读者的一句鸡汤🤔:集中起来的意志可以击穿顽石!作者水平很有限,如果发现错误,请在评论区指正,感谢🙏

引言

        在软件开发过程中,调试是不可或缺的一部分。C/C++ 开发者常常使用 GDB 进行调试,而在 Visual Studio Code中集成 GDB 可以提供一种高效、直观的调试体验。本文将为你详细介绍如何在 VS Code 中配置和使用 GDB 进行 C/C++ 调试,并解答一些常见问题。

一. 安装 VSCode 插件

        首先,确保你已经在 VSCode 中安装了 C/C++ 和 GDB Debug插件,如果没有安装,可以在 Extensions 视图(左侧四个方块)中搜索 "C/C++" 和“GDB Debug” 并分别进行安装(Install),该插件提供了强大的代码编辑和调试功能。

二. 配置 GDB

        在配置 GDB 之前,确保你已经安装了 GDB 调试器。然后,在 VSCode 中创建一个 launch.json 文件以配置调试环境。或者直接点击运行调试就会弹出配置该文件的提示。

        打开后默认长这样,当然是不行的,所以点击右下角的Add Configuration...

        然后选择你需要的类型:

   或者复制如下代码直接粘贴进去亦可:

{ "version": "0.2.0", "configurations": [ { "name": "C++ Debug", "type": "cppdbg", "request": "launch", "program": "${workspaceFolder}/your_executable", //${workspaceFolder}是路径除执行文件外其他 "args": [], "stopAtEntry": false, "cwd": "${workspaceFolder}", //这里也一样 "environment": [], //环境有则需要配置,无则无需管 "externalConsole": false, "MIMode": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "build" } ] }

        但要确保替换 "your_executable" 为你的可执行文件的路径。这个配置会告诉 VSCode 使用 GDB 进行调试。

三. 基本调试命令 在 VSCode 的调试视图中

        你可以使用一系列基本调试命令,如:

Breakpoints(break): 在源代码中设置断点,以便在程序执行到这些地方时停下来;Run(F5): 启动程序;Continue(continue): 恢复程序执行,直到下一个断点;Step Into(F11): 逐行进入函数内部;Step Over(F10): 逐行执行当前函数,不进入函数内部;Step Out(Shift+F11) : 从当前函数中跳出,继续执行到函数返回的地方;Stop(Shift+F5): 停1止调试; 终端使用命令行方式调试

        启动GDB的方式一般为: gdb ,还有如下的几种:

1.调试core文件: //用于调试一个运行程序和core文件,core文件是程序非法执行后core dump产生的文件 gdb core 2.使用GDB “attach”到一个正在运行的服务程序上去,并调试它: gdb 或者: gdb attach

        主要的步骤详细说明一下,其他的自己摸索一下就会了,具体步骤如下:

1. 运行(毫无设置的run)

2. 设置断点(在运行之前设置)

        设置断点是调试的关键步骤之一。在源代码中点击行号旁边,或者通过命令行使用 break 命令设置断点(第十行),还可以在指定模块和函数前设置断点,禁用断点和删除断点等。

3. 逐行运行

        这里主要说一下step和next的区别:

step 命令: 逐行执行程序,进入函数内部;

next 命令: 逐过程执行程序,不进入函数内部。

4. backtrace 使用

        在GDB调试中,有时候会出现报错Segmentation fault,该报错是因为出现了内存错误,我们就可使用 backtrace 命令来追溯问题出在哪一步,当然这个问题一般出现时就会提示错误在哪一行,但我们可以通过该命令来回溯其之前调用的地方逐个检查问题,方便更快找出。

5. info 使用

        这些命令提供了丰富的调试信息,帮助你理解程序的执行状态、断点信息、寄存器值等。

info breakpoints / info break / info b //查看断点信息,包括断点类型(BreakPoint、WatchPoint、CatchPoint)、断点编号(Num)、断点状态(Eanble/Disable)、断点被击中的次数(hit times) 等信息 info watchpoints //查看观察点信息,显示的信息与 info b 类似,个人认为完全可以用info b替代,好处可能就是当断点数量比较多时,只关注观察点而屏蔽断点信息 info program // 查看程序状态 ,包括程序是否已停住,如果停住了是停在哪个断点上 info stack //可以查看到程序的调用栈信息 info register //查看程序的各个寄存器的值 info threads //查看 线程 信息 info file //查看当前GDB正在调试程序所在的文件 info line //查看(当前位置的)源代码在内存中的地址 info line test.c:func //查看(指定文件名:函数名)的源代码在(运行时)的内存地址 6. 常见错误解决        

       一般来说,配置好之后点击“运行和调试”,右上角就会出现该绿色三角,点击之后报错让你修改 launch.json 文件 那么说明你的该文件中存在语法上的错误或缺失某行,照着检查一下即可,一定要注意路径的/是否加全。

        在 VSCode 中,GDB 的集成提供了直观的调试工具。你可以查看变量、观察寄存器状态等。通过调试视图,你可以更轻松地导航和掌握程序执行的每个步骤。

        除了基本的调试命令外,GDB 还提供了一些高级技巧,如查看内存、观察程序状态等。深入了解这些功能可以帮助你更全面地调试代码。一般来说两种GDB使用方式配合调试是最好的,它们在不同的地方有各自的亮点和作用。

四、结语        

        通过本文的指南,希望将能够在 VSCode 中配置和使用 GDB 进行 C/C++ 程序的高效调试。调试是编程中的一项重要技能,善用调试工具可以提高代码质量,加速开发周期。

        更多C/C++语言、Linux系统、数据结构和ARM板实战相关文章,关注专栏:

   手撕C语言

            玩转linux

                    脚踢数据结构

                            系统、网络编程

                                     探索C++

                                             6818(ARM)开发板实战

📢写在最后 今天的分享就到这啦~觉得博主写的还不错的烦劳 一键三连喔~🎉🎉🎉感谢关注🎉🎉🎉


【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3