配置VSCode的c/c++运行环境
安装window环境下的gcc编译器
GCC(GNU Compiler Collection,GNU编译器套件)
安装指南 https://www.cnblogs.com/xiaolantian/p/10746206.html
gcc所遵循的部分约定规则:
.c为后缀的文件,C语言源代码文件;
.a为后缀的文件,是由目标文件构成的档案库文件;
.C,.cc或.cxx 为后缀的文件,是C++源代码文件且必须要经过预处理;
.h为后缀的文件,是程序所包含的头文件;
.i 为后缀的文件,是C源代码文件且不应该对其执行预处理;
.ii为后缀的文件,是C++源代码文件且不应该对其执行预处理;
.m为后缀的文件,是Objective-C源代码文件;
.mm为后缀的文件,是Objective-C++源代码文件;
.o为后缀的文件,是编译后的目标文件;
.s为后缀的文件,是汇编语言源代码文件;
.S为后缀的文件,是经过预编译的汇编语言源代码文件。
配置vscode工作区
vscode是以文件夹作为工作区,每个工作区里都要建配置文件。
首先,创建一个文件夹如learnC做根目录。在这个文件里创建名为.vscode的文件夹。在其中分别创建三个json配置文件.
launch.json
// https://code.visualstudio.com/docs/cpp/launch-json-reference
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch", // 配置名称,将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型,cppdbg对应cpptools提供的调试功能;可以认为此处只能是cppdbg
"request": "launch", // 请求配置类型,可以为launch(启动)或attach(附加)
"program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径
"args": [], // 程序调试时传递给程序的命令行参数,一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处,相当于在main上打断点
"cwd": "${workspaceFolder}", // 调试程序时的工作目录,此为工作区文件夹;改成${fileDirname}可变为文件所在目录
"environment": [], // 环境变量
"externalConsole": true, // 使用单独的cmd窗口,与其它IDE一致;为false时使用内置终端
"internalConsoleOptions": "neverOpen", // 如果不设为neverOpen,调试时会跳到“调试控制台”选项卡,你应该不需要对gdb手动输命令吧?
"MIMode": "gdb", // 指定连接的调试器,可以为gdb或lldb。但我没试过lldb
"miDebuggerPath": "C:\\Program Files (x86)\\mingw64\\bin\\gdb.exe", // 调试器路径,Windows下后缀不能省略,Linux下则不要
"setupCommands": [
{ // 模板自带,好像可以更好地显示STL容器的内容,具体作用自行Google
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": false
}
],
"preLaunchTask": "Compile" // 调试会话开始前执行的任务,一般为编译程序。与tasks.json的label相对应
}]
}
task.json
// https://code.visualstudio.com/docs/editor/tasks
{
"version": "2.0.0",
"tasks": [{
"label": "Compile", // 任务名称,与launch.json的preLaunchTask相对应
"command":"g++", // 要使用的编译器,C++用g++
//"command":"C:\\Program Files (x86)\\mingw64\\bin\\g++.exe",
"args": [
"${file}",
"-o", // 指定输出文件名,不加该参数则默认输出a.exe,Linux下默认a.out
"${fileDirname}/${fileBasenameNoExtension}.exe",
"-g", // 生成和调试有关的信息
"-m64", // 不知为何有时会生成16位应用而无法运行,加上此条可强制生成64位的
"-Wall", // 开启额外警告
"-static-libgcc", // 静态链接libgcc,一般都会加上
"-fexec-charset=GBK", // 生成的程序使用GBK编码,不加这条会导致Win下输出中文乱码;繁体系统改成BIG5
// "-std=c11", // 要用的语言标准,根据自己的需要修改。c++可用c++14
], // 编译的命令,其实相当于VSC帮你在终端中输了这些东西
"type": "process", // process是把预定义变量和转义解析后直接全部传给command;shell相当于先打开shell再输入命令,所以args还会经过shell再解析一遍
"group": {
"kind": "build",
"isDefault": true // 不为true时ctrl shift B就要手动选择了
},
"presentation": {
"echo": true,
"reveal": "always", // 执行任务时是否跳转到终端面板,可以为always,silent,never。具体参见VSC的文档
"focus": false, // 设为true后可以使执行task时焦点聚集在终端,但对编译C/C++来说,设为true没有意义
"panel": "shared" // 不同的文件的编译信息共享一个终端面板
},
"problemMatcher":"$gcc" // 捕捉编译时终端里的报错信息到问题面板中,修改代码后需要重新编译才会再次触发
// 本来有Lint,再开problemMatcher就有双重报错,但MinGW的Lint效果实在太差了;用Clang可以注释掉
}]
}
settings.json
{
"files.associations": {
"list": "cpp",
"ostream": "cpp"
},
"C_Cpp.errorSquiggles": "Enabled",
"cmake.configureOnOpen": true
}
配合使用的插件
| 名称 | 作用 | 说明 |
|---|---|---|
Code Runner |
运行代码 | 必备 |
C/C++ |
智能感知、调试和代码浏览。 | 必备 |
C/C++ Extension Pack |
Visual Studio Code 中 C++ 开发的流行扩展 | 里面有13个包可以选择性的安装,功能丰富。像光标放在代码上弹出提示等很友好的功能 |
Code Spell Checker |
Spelling checker for source code | 单词拼写检查 |
Better Comments |
通过使用警报、信息、待办事项等进行注释来改进代码注释 | 可选 |
Bracket Pair Colorizer |
用于着色匹配括号的可定制扩展 | 可选 |
Auto Close Tag |
自动添加 HTML/XML 关闭标签,与 Visual Studio IDE 或 Sublime Text 相同 | 可选 |
翻译(英汉词典) |
本地77万词条英汉词典,不依赖任何在线翻译API,无查询次数限制。可翻译驼峰和下划线命名,及对整个文件中的标识符批量翻译。 | 可选 |
One Dark Pro |
暗黑主题 | 可选 |
vscode-icons |
Icons for Visual Studio Code | 可选 |
Tabnine |
使用全语言 AI 助手更快地完成代码,自动完成 JavaScript、Python、TypeScript、PHP、Go、Java、node.js、Ruby、C/C++、HTML/CSS、C#、Rust、SQL、Bash、Kotlin ,R 。。 | 可选 |
Windows opacity |
使用 Windows API 在 Windows 上更改代码窗口的不透明度 | b格一下起来了 |
Beautify |
Beautify code in place for VS Code | 可格式化代码 |
Live Server |
为静态和动态页面启动具有实时重新加载功能的开发本地服务器 | 写前端代码时很有用 |
这么多插件每个工作区都加载的话,软件运行速度可能会有影响。可以设置只在当前工作区开启。即先点全局禁用,然后点为此工作区启用此扩展。

浙公网安备 33010602011771号