扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本文将为大家详细介绍“vscode配置C、C++环境的方法”，内容步骤清晰详细，细节处理妥当，而小编每天都会更新不同的知识点，希望这篇“vscode配置C、C++环境的方法”能够给你意想不到的收获，请大家跟着小编的思路慢慢深入，具体内容如下，一起去收获新知识吧。
Visual Studio Code 是一个运行于 OS X，Windows和 Linux 之上的，针对于编写现代 web 和云应用的跨平台编辑器，它为开发者们提供了对多种编程语言的内置支持，并且正如 Microsoft 在Build 大会的 keynote 中所指出的，这款编辑器也会为这些语言都提供了丰富的代码补全和导航功能。
总体流程：
1、下载安装vscode
https://code.visualstudio.com/Download
2、安装cpptools插件
打开vscode，按ctrl+p打开快速命令框，输入以下命令后等待
ext install cpptools
vscode在短暂的联网查找后会列出插件列表，如图：
点击箭头所指处的按钮安装插件，安装过程可能会有些慢耐心等待
安装完成后vscode会提示你重启vscode，此时重启即可
更新：因为我装这个插件已经是几年之前了，不确定现在界面还是不是这样，但是意思不变，装完后点重新加载就行了
3、安装编译、调试环境
（若是电脑上原来装着codeblocks，Dev C++等可以跳过这步，【建议安装codeblocks使用其自带的编译器】
直接跳到 【4、配置系统环境变量path】 这步即可）
目前windows下调试仅支持 Cygwin 和 MinGW。
这里使用的是MinGW.
下面是MinGW的安装配置过程：
http://mingw.org/
进入官网点击右侧 Download Installer下载安装器
打开安装器点击install准备安装：
选择一个安装目录，默认为C:\MinGW这里选择的是A:\MinGW
点击Continue开始安装，安装过程需联网，若安装时提示error则需翻墙安装
安装过程很快，结束后Continue按钮恢复为可用状态，点击完成安装。
打开MinGW安装管理器进行进一步配置
注意这里gdb必选，否则无法调试
选中几个需要的项右键Make for Installation进行标记，其中gcc和g++为c和c++编译器
选择完全部想要安装的项后点击左上角Installation菜单下的Apply Changes应用修改，过程需联网，中间出现error可先继续，若最后失败则需翻墙更新，建议翻墙。
更新：单独装MinGW ，我最早是这么搞的，要是发现不可以（无法下载或者很怀疑自己MinGW没安装好等），可以试试codeblocks或者Dev-cpp等等，这些IDE自带编译器，还是看这篇文章 里面有使用codeblocks自带的MinGW的细节，当然要是可以就继续。
4、配置系统环境变量path
然后配置系统环境变量path，这一步为必须
在 我的电脑 上右键 属性：
然后按照下面步骤做即可，注意最后新建的项要与之前MinGW安装位置相对应
Windows7注意，要加入，不是覆盖！我第一次不小心把原来路径覆盖了。。。（因为win7不像win10那么明显是加入。。）
重启电脑（非常建议），避免出现奇奇怪怪的问题
再次打开vscode，注意配置系统环境变量path后重启一下vscode
注意：vscode调试需要在打开的文件夹中进行（注意！是用VSCode打开文件夹！！单独打开一个单独的cpp是没有下面的几个配置文件出现的！！也就是说，这个cpp要在一个文件夹里！不像DevCpp和C-Free可以直接调试一个单独的cpp！！）
5、修改vscode调试配置文件
打开文件夹后，新建test.cpp（随便建，或者main.cpp）进行输入代码测试：
#includeusing namespace std; int main() { cout << "hello" << endl; return 0; }
新修改了截图（配色是：Dracula）
如图示进入调试界面选择C++： 【该图已更新，老版本图已删除，反正debug就是按那个虫子的图标】
更新：现在点击之后变成了这样的：VScode还会让你再选一个，都选第一个吧
然后会在工作目录下的生成一个launch.json的启动配置文件:
使用下面代码替换该文件：（只是在vsc自己产生的json文件加了一些行）
launch.json中有很多属性可以设置, 通过智能提示查看有那些属性可以设置, 如果要查看属性的具体含义, 可以把鼠标悬停在属性上面, 会属性的使用说明.
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型，这里只能为cppdbg
"request": "launch", // 请求配置类型，可以为launch（启动）或attach（附加）
"program": "${workspaceFolder}/${fileBasenameNoExtension}.exe",// 将要进行调试的程序的路径
"args": [], // 程序调试时传递给程序的命令行参数，一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处，一般设置为false
"cwd": "${workspaceFolder}", // 调试程序时的工作目录，一般为${workspaceFolder}即代码所在目录
"environment": [],
"externalConsole": true, // 调试时是否显示控制台窗口，一般设置为true显示控制台
"MIMode": "gdb",
"miDebuggerPath": "C:\\Program Files (x86)\\CodeBlocks\\MinGW\\bin\\gdb32.exe", // miDebugger的路径，注意这里要与MinGw的路径对应
"preLaunchTask": "g++", // 调试会话开始前执行的任务，一般为编译程序，c++为g++, c为gcc
"setupCommands": [
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
}
]
}更新：注意：如评论区所说，workspaceRoot已被弃用，现改为workspaceFolder，上面的代码我已经改好了
更新：vscode默认的"externalConsole": false,，而我这里改为了true，改为true即在控制台内部运行，不显示黑框，但是要是不显示黑框似乎没法输入（cin或者scanf）了（没怎么试过，读者可以试试）
注意miDebuggerPath要与MinGw的路径对应 ，我用的codeblocks的gdb，见上面的json文件。
注意miDebuggerPath是\\，与直接粘贴过来的路径不一样，需要加一个”\”（冒号后面的两个反斜杠“\\”）,或者使用一个“/”
替换后保存，然后切换至test.cpp，按F5进行调试，此时会弹出一个信息框要求你配置任务运行程序，点击它~
替换后保存，按F5进行调试，此时会弹出：
【注意】，上面的那个目前的cpp插件似乎没有了，若是直接按F5会出现下面这个图，不清楚评论区童鞋说的是不是这个？
【旧版本图已删除】请点击第二个“配置任务”，然后出现这个：点就行了~【旧版本图已删除】之后出现：【旧版本图已删除】在这里随便选一个：（我选的others）【随便选，反正最后tasks.json文件要被覆盖】【下面的图是更新之前的图】【旧版本图已删除】
点击第一个”配置任务“，然后会出现：我选的第三个，g++那个
更新：现在变成这样的了：我选的第三个，g++那个
然后用下面代码替换：【更新：原来的"version": "0.2.0"似乎会有下划线报错，那就按照vscode说的改为2.0.0好了，下面的是最新的复制即可。】
【提供两个版本，目前似乎都可以，推荐使用第二个版本】
第一个版本的tasks.json
{
"version": "2.0.0",
"command": "g++",
"args": ["-g","${file}","-o","${fileBasenameNoExtension}.exe"], // 编译命令参数
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceFolder}"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
}第二个版本的tasks.json
更新：我发现使用vscode自己生成的`tasks.json`，似乎也可以成成功运行，我把VSCode自己生成的这个json文件也贴上来（稍加改动）：这个json文件和上面那个都是可以使cpp正常运行的
{
// See https://go.microsoft.com/fwlink/?LinkId=733558
// for the documentation about the tasks.json format
"version": "2.0.0",
"tasks": [
{
"type": "shell",
"label": "g++", //这里注意一下，见下文
"command": "C:\\Program Files (x86)\\CodeBlocks\\MinGW\\bin\\g++.exe",
"args": [
"-g",
"${file}",
"-o",
"${fileDirname}\\${fileBasenameNoExtension}.exe"
],
"options": {
"cwd": "C:\\Program Files (x86)\\CodeBlocks\\MinGW\\bin"
},
"problemMatcher": [
"$gcc"
]
}
]
}注意：“label”那一行，要和前面的`launch.json`中的"preLaunchTask": "g++"这里写的一样，因为前面`launch.json`中的"preLaunchTask"里我改为了g++，所以这里我也改为g++，vscode默认的是`g++.exe build active file`【`launch.json`（"preLaunchTask": "g++.exe build active file"）和`tasks.json`（"label": "g++.exe build active file"）,都是默认的这个，当然无论是什么，只要保持一致就行】
上面那一段话的图示说明：
保存一下，然后切换至test.cpp，再次按F5启动调试~
然后会发现有一个黑框一闪而过，然后终端显示“终端将被任务重用，按任意键关闭”，说明大家的配置没问题啊评论区有这个问题的童鞋们！只是vscode不是自己在程序末尾停止而已啦，和IDE不一样。
可以在最后加一个断点，或者getchar()，或者system("pause"); 或者int pause;cin>>pause; 看个人喜好了，个人感觉最后在return 0;处打一个断点比较好。然后程序就会在最后停住了。
下面这个是最后用getchar()的旧图，没删供参考
【更新：似乎下面的步骤配置c_cpp_properties.json不需要了，因为我按照上面的步骤来似乎没有在头文件有下划线和原来有的灯泡图标什么的，所以下面的开始到 “6、其他” 之前可以不用看（后面还有内容！），到这里基本配置完成】
配置c_cpp_properties.json
保存一下，然后切换至a.cpp，再次按F5启动调试。
如果前面的配置都对的话，这个时候会进行编译，然后跳出黑框输出Hello World，之后窗口又迅速消失。
可能大多数人已经习惯了VS/VC的便利，其实我们这只要在末尾加上一个cin输入即可。加上int pause;cin>>pause;后再按F5。
但是这个貌似不够高大上，其实我们一般是使用system('pause');实现，换上后再次运行，这时候报错了。因为我们我们引用的库有问题，没有正确引用进来，注意这里不是VS/VC，需要我们自己配置路径。
注意：之前在下载安装GNU哪里已经配置了相应的环境变量，但是VScode中有个配置文件，他是根据自己的配置文件来找的。
在编辑器中，有小波浪的就是代码有问题，看下#include
{
"name": "Win32",
"includePath": [
"C:/Program Files/MinGW/include/*",
"C:/Program Files/MinGW/lib/gcc/mingw32/5.3.0/include/*"
"C:/MinGW/lib/gcc/mingw32/5.3.0/include/c++/*",
"C:/MinGW/lib/gcc/mingw32/5.3.0/include/c++/mingw32/*",
"C:/MinGW/lib/gcc/mingw32/5.3.0/include/c++/backward/*"
],
"browse": {
"limitSymbolsToIncludedHeaders": true,
"databaseFilename": ""
}
}
6、其他
一劳永逸：因为VS需要为每一个文件夹做单独配置，所以建议把.vscode文件夹放到你常用的文件夹的顶层，这样就不用重复配置了。
不用每个新cpp文件就要一套配置。这些配置在你配置好的文件夹内的所有子文件夹和文件都能使用。
最后效果：
设置断点，变量监视，调用堆栈的查看：
条件断点的使用：
新更新：【红色的是很早很早前更新的，2018.12.29更新，会用绿色的字体表示】
最后补一句：
vscode似乎还仅仅支持英文文件名的调试，中文调试的话就会出现“找不到文件XXXXX.cpp”（大意，原文记不清了，因为距离这个问题我已经解决很长时间了，今天看到想补一下，别让新人踩坑了。。。），然后问是否要创建，不知道是BUG还是啥，这纠结了我N久，因为我有些cpp文件是中文命名的，我去Github上找相应的issue也没有找到我想要的这个问题解答，最后偶然间发现英文命名的文件调试时不会出现这个问题，才解决了！！真的很坑！！！新人注意！！！这里浪费了我很长很长时间！！
【要是根据上述方法还没有配置成功，请看评论区是否有人提出了类似问题，还可以按照我在这篇文章之后一段时间写的一篇：这篇文章，那篇文章使用了codeblocks自带的MINGW，而且配置方法比这个简单一些（因为这个是最早写的），要是始终有问题，欢迎留言，我会抽时间尽我所能解答（非大神有好多解答不了。。。） 】
Linux版本配置（简要）
也是很早之前配置过Linux的，今天我偶然发现了有以前用Linux配置的文件，感觉步骤都和windows配置不多（似乎没有miDebuggerPath这一项），直接上文件了：
【注意：不确定这个还能不能用，因为是很早之前的了，仅仅做参考】
launch.json:
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型，这里只能为cppdbg
"request": "launch", // 请求配置类型，可以为launch（启动）或attach（附加）
"program": "${workspaceRoot}/${fileBasenameNoExtension}.o",// 将要进行调试的程序的路径
"args": [], // 程序调试时传递给程序的命令行参数，一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处，一般设置为false
"cwd": "${workspaceRoot}",// 调试程序时的工作目录，一般为${workspaceRoot}即代码所在目录
"environment": [],
"externalConsole": true,// 调试时是否显示控制台窗口，一般设置为true显示控制台
"MIMode": "gdb",
"preLaunchTask": "g++", // 调试会话开始前执行的任务，一般为编译程序，c++为g++, c为gcc
"setupCommands": [
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
}
]
}tasks.json：
{
"version": "0.1.0",
"command": "g++",
"args": ["-g","${file}","-o","${fileBasenameNoExtension}.o"], // 编译命令参数
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
}如果你能读到这里，小编希望你对“vscode配置C、C++环境的方法”这一关键问题有了从实践层面最深刻的体会，具体使用情况还需要大家自己动手实践使用过才能领会，如果想阅读更多相关内容的文章，欢迎关注创新互联网站建设公司行业资讯频道！
另外有需要云服务器可以了解下创新互联建站www.cdcxhl.com，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网