visual studio code (vscode) 之 c/c 调试配置详解 -ag凯发k8国际
默认情况下,vscode仅仅内置了对node.js运行时的调试支持,只可以直接调试javascript、typescript和任何其他翻译为javascript的语言。其他语言的调试支持,都是以插件的形式提供支持。为了能够调试c/c ,必须首先安装插件:ms-vscode.cpptools。直接在vscode的插件库中安装即可。
c/c 插件是负责与vscode的调试规约打交道的,实际的调试必须有对应的调试器。目前在windows下,vscode支持gdb、lldb、vc调试器。
首先下载dgb环境。下载mingw-w64(目前最新版为 5.01)。下载后将bin目录添加到环境变量中。如下图:
也可以选择mingw或者cygwin。
vscode的调试使用起来很简单,如下图所示:
vscode的特色之一就是原生支持在线调试功能。vscode 提供了两种调试方式:launch和attach。因此,在自动生成的配置文件中,这两种方式都会有。使用者需要那种配置哪一种即可,当然可以都配置好。这里,我们选择c (gdb/lldb)之后,vscode会自动生成lanuch.json的文件,如下:
接下来对配置文件进行详细说明。配置文件分为两大部分:launch配置 和 attach配置。分别针对vscode的两种调试方式。
注意:以下为官方文档的翻译。
配置vscode的调试行为
设置或更改以下选项以在调试期间控制 vscode 的行为:
**program:**需要调试的程序(必须为完整程序路径,可以使用vscode的环境变量)
symbolsearchpath: 告诉visual studio windows debugger搜索符号(.pdb)文件的路径。 用分号分隔多个路径。
additionalsolibsearchpath: 告诉gdb或lldb搜索.so文件的路径。 用分号分隔多个路径。
externalconsole: 如果设置为true,则为应用程序启动外部控制台。 如果为false,则不会启动控制台,并使用vs code的内置调试控制台。 请注意,由于技术原因,在某些情况下会忽略此选项。
logging: 可选标志,用于确定应将哪些类型的消息记录到调试控制台
- exceptions:用于确定异常消息是否应记录到调试控制台的可选标志。 默认为true。
- moduleload: 用于确定模块加载事件是否应记录到调试控制台的可选标志。 默认为true。
- programoutput: 用于确定程序输出是否应记录到调试控制台的可选标志。 默认为true。
- enginelogging: 用于确定诊断引擎日志是否应记录到调试控制台的可选标志。 默认为false。
- trace: 用于确定是否应将诊断适配器命令跟踪记录到调试控制台的可选标志。 默认为false。
- traceresponse: 用于确定是否应将诊断适配器命令和响应跟踪记录到调试控制台的可选标志。 默认为false。
visualizerfile: 调试时使用.natvis 文件. 使用方法参见 natvis syntax reference
showdisplaystring: 当指定visualizerfile时,showdisplaystring将启用显示字符串。 打开此选项可能会导致调试期间性能下降。
example:
{"name": "c launch (windows)","type": "cppvsdbg","request": "launch","program": "c:\\app1\\debug\\app1.exe","symbolsearchpath": "c:\\symbols;c:\\symboldir2","externalconsole": true,"logging": {"moduleload": false,"trace": true},"visualizerfile": "${workspaceroot}/my.natvis","showdisplaystring": "true" }配置目标应用程序
以下选项使您能够在启动时修改目标应用程序的状态
args: 启动时传递给程序的命令行参数的json数据。例如: ["arg1", "arg2].
cwd: 设置调试器启动的应用程序的工作目录。
environment: 针对调试的程序,要添加到环境中的环境变量. 例如: [ { "name": "squid", "value": "clam" } ]。注意:如果不使用必须删除,否则产生错误
example:
{"name": "c launch","type": "cppdbg","request": "launch","program": "${workspaceroot}/a.out","args": ["arg1", "arg2"],"environment": [{"name": "squid", "value": "clam"}],"cwd": "${workspaceroot}" }自定义gdb或lldb
您可以通过设置以下选项来更改gdb或lldb的行为。
mimode: 指示vs代码将连接到的调试器。 必须设置为gdb或lldb。这是基于每个操作系统预配置的,可以根据需要进行更改。
midebuggerpath: 调试器的路径(必须是完整路径)。 当未指定时,它将搜索操作系统的path变量来寻找调试器(linux和windows上的gdb,os x上的lldb)。
stopatentry: 如果设置为true,调试器应该在目标的入口点停止(在attach方式时忽略)。 默认值为false。
setupcommands: 设置gdb或lldb的命令的json数组。 例如:"setupcommands": [ { "text": "target-run", "description": "run target", "ignorefailures": false }].
customlaunchsetupcommands: if provided, this replaces the default commands used to launch a target with some other commands. for example, this can be “-target-attach” in order to attach to a target process. an empty command list replaces the launch commands with nothing, which can be useful if the debugger is being provided launch options as command line options. example: "customlaunchsetupcommands": [ { "text": "target-run", "description": "run target", "ignorefailures": false }].
launchcompletecommand: 完成调试器设置后执行的命令,以便使目标进程运行。 允许的值为“exec-run”,“exec-continue”,“none”。 默认值为“exec-run”。
example:
{"name": "c launch","type": "cppdbg","request": "launch","program": "${workspaceroot}/a.out","stopatentry": false,"customlaunchsetupcommands": [{ "text": "target-run", "description": "run target", "ignorefailures": false }],"launchcompletecommand": "exec-run","linux": {"mimode": "gdb","midebuggerpath": "/usr/bin/gdb"},"osx": {"mimode": "lldb"},"windows": {"mimode": "gdb","midebuggerpath": "c:\\mingw\\bin\\gdb.exe"} }调试dump files
c / c 扩展可以调试windows上的dump files和linux和os x上的core dump files
dumppath: 如果要调试windows的dump files,请将其设置为dump files的路径以在启动配置中启动调试。
coredumppath: 指定程序调试的core dump files的完整路径。 将其设置为核心转储文件的路径,以在启动配置中启动调试。
core dump调试不受mingw支持。
使用本地调试器服务器进行远程调试或本地调试
midebuggerserveraddress: 用于远程调试的要连接的调试器服务器(例如gdbserver)的网络地址(例如:localhost:1234)。
debugserverpath: 调试服务器启动的完整路径。
debugserverargs: 调试器服务器的参数。
serverstarted: server-started pattern to look for in the debug server output.
serverlaunchtimeout: 调试器等待debugserver启动的时间(以毫秒为单位)。 默认值为10000。
其他属性
processid: 默认为$ {command.pickprocess},它将显示调试器可以附加到的可用进程的列表。 建议保留此默认值,但可以将属性显式设置为调试器附加到的特定进程id。
request: 指示配置部分是要“启动”程序还是“附加”到已经运行的实例。
targetarchitecture: deprecated 不再需要此选项,自动检测到目标体系结构。
type: 指示正在使用的底层调试器。 在使用visual studio windows调试器时必须是“cppvsdbg”,在使用gdb或lldb时必须是“cppdbg”。 在创建launch.json文件时,会自动设置为正确的值。
注意:
vscode用于强大的task。vscode的调试器定义了大量的参数,其中就包括使用prelaunchtask:task名参数调用指定的任务。在制定了该参数后,直接启动调试会出现以下提示:
点击configure task runner后,会出现以下界面:
随便选一个即可!然后,vscode会自动生成名为task.json的文件,修改如下即可:
关于vscode的task的详细说明,参见官方文档。
关于vscode的debugging的详细说明,参见官方文档。
来到调试界面,运行调试如下:
vscode-cpptools
总结
以上是ag凯发k8国际为你收集整理的visual studio code (vscode) 之 c/c 调试配置详解的全部内容,希望文章能够帮你解决所遇到的问题。
- 上一篇:
- 下一篇: