vscode的c++配置,vscode写c语言,并配置编译

本篇为自己学习C语言时使用vscode搭建c环境的笔记~

文章目录 一、环境准备1、VSCode安装2、MinGW 二、vscode配置1、常用插件安装2、配置.josn文件 三、代码编译与执行1、测试代码2、问题的出现与解决

一、环境准备 1、VSCode安装

（1）下载地址：https://code.visualstudio.com/
（2）主要安装步骤释义

前面一路默认，到下面这个步骤开始自己配置

注：建议勾选1235

（3）设置中文

2、MinGW

（1）下载地址：https://sourceforge.net/projects/mingw-w64/files/
注：不要直接download，往下翻，找到后缀是x86_64-posix-seh的文件（自己下载对应版本，但后缀不要错，我之前直接download解压后发现没有矮小的豌豆目录，所以切记！！！）

（2）安装
①：解压压缩包
②：复制ming64文件夹中矮小的豌豆的路径，然后添加到环境变量中的PATH中

注：别忘了点两次确定，如果不放心，在添加完后有关环境变量的窗口都叉了，然后再进去看看是否已经添加。
③：验证是否安装成功
打开cmd，在终端中输入gcc，如果出现下图所示，即表示安装成功

如果出现的不是上图所示，就表示安装失败，因为我没遇到，所以不好多说，简单概括一下解决方法，如果还是不行，那就自行百度，google
方法一：重新检查环境变量是否已经添加到Path中，也就是检查上面的第②步
方法二：重启电脑，再次执行（一般不用）
方法三：cmd中gcc -v查看版本，看看显示的版本是否与你下载的版本相同，如果不同，说明你电脑中本来就已经安装了gcc，所以在环境变量Path中删除不是你下载的那个版本（记得回头检查是否已经删除），然后再次在cmd中执行gcc
注：这里所说的gcc版本就是你下载的mingw64的版本，看下图

二、vscode配置 1、常用插件安装

（1）C/C++
（2）Code Runner

2、配置.josn文件

（1）创建一个工作区文件夹（存放代码文件）

（2）选择打开我们创建好的文件夹，点击新建文件夹，名为.vscode，注意，这个就不要在磁盘中创建了，windows1903以前的系统不支持.开头的文件创建

（3）然后在.vscode文件夹下创建launch.json、tasks.json、settings.json

（4）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": "gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则不要 "setupCommands": [ { // 模板自带，好像可以更好地显示STL容器的内容，具体作用自行Google "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": false } ], "preLaunchTask": "Compile" // 调试会话开始前执行的任务，一般为编译程序。与tasks.json的label相对应 }]}

（2）tasks.json配置

// https://code.visualstudio.com/docs/editor/tasks{ "version": "2.0.0", "tasks": [{ "label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应 "command": "gcc", // 要使用的编译器，C++用g++ "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可以注释掉 }]}

（3）settings.json配置

{ "files.defaultLanguage": "c", // ctrl+N新建文件后默认的语言 "editor.formatOnType": true, // 输入分号(C/C++的语句结束标识)后自动格式化当前这一行的代码 "editor.suggest.snippetsPreventQuickSuggestions": false, // clangd的snippets有很多的跳转点，不用这个就必须手动触发Intellisense了 "editor.acceptSuggestionOnEnter": "off", // 我个人的习惯，按回车时一定是真正的换行，只有tab才会接受Intellisense // "editor.snippetSuggestions": "top", // （可选）snippets显示在补全列表顶端，默认是inline "code-runner.runInTerminal": true, // 设置成false会在“输出”中输出，无法输入 "code-runner.executorMap": { "c": "gcc '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -lm -static-libgcc -std=c11 -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'", "cpp": "g++ '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -static-libgcc -std=c++14 -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'" // "c": "gcc $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -lm -static-libgcc -std=c11 -fexec-charset=GBK && $dir$fileNameWithoutExt.exe", // "cpp": "g++ $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -static-libgcc -std=c++14 -fexec-charset=GBK && $dir$fileNameWithoutExt.exe" }, // 右键run code时运行的命令；未注释的仅适用于PowerShell（Win10默认）和pwsh，文件名中有空格也可以编译运行；注释掉的适用于cmd（win7默认）、PS和bash，但文件名中有空格时无法运行 "code-runner.saveFileBeforeRun": true, // run code前保存 "code-runner.preserveFocus": true, // 若为false，run code后光标会聚焦到终端上。如果需要频繁输入数据可设为false "code-runner.clearPreviousOutput": false, // 每次run code前清空属于code runner的终端消息，默认false "code-runner.ignoreSelection": true, // 默认为false，效果是鼠标选中一块代码后可以单独执行，但C是编译型语言，不适合这样用 "code-runner.fileDirectoryAsCwd": true, // 将code runner终端的工作目录切换到文件目录再运行，对依赖cwd的程序产生影响；如果为false，executorMap要加cd $dir "C_Cpp.clang_format_sortIncludes": true, // 格式化时调整include的顺序（按字母排序）} 三、代码编译与执行 1、测试代码 #include <stdio.h> int main(){ /* 我的第一个 C 程序 */ printf("Hello, World! n"); return 0;}

可以使用ctrl+alt+N编译执行，也可以使用f5

2、问题的出现与解决

（1）ctrl+alt+N可以执行，但f5却弹框失败，出现下图所示错误

原因：端口冲突
解决方法：将下图中红框中的shared改为new即可

如果没有找到那就在该tasks.json中添加下面的配置

"presentation": { "echo": true, "reveal": "always", "focus": false, "panel": "new" }

（2）shared改为new后不报错，但f5无法弹出结果，却是一闪而过
解决方法：

添加getchar();
注意：return要在getchar()后面，否则还是一闪而过

（3）cmd中输出中文出现乱码
原因：编译执行c程序时，在cmd中导致中文乱码的原因主要是vscode编码和cmd编码不一致导致的
①：正在编写的vscode文件编码查看方法：

②：cmd编码格式查看

由于UTF-8和GBK不同，所以在cmd中编译执行vscode代码后会出现中文乱码
③：出现问题的代码与图示

#include <stdio.h> int main(){ /* 我的第一个 C 程序 */ printf("你好 n"); getchar(); return 0;}

解决方法：
方法一：将cmd编码格式设置为utf-8格式
chcp 65001
注：936表示的是GBK，65001表示utf-8，但这只对当前cmd有效，开启新的cmd窗口依旧是936

还有一种方法：开始=>设置=>时间和语言=>区域更改位置=>其他日期、时间和区域设置=>更改日期、时间或数字格式=>管理=>更改系统区域设置=>勾选=>重启电脑
但这种方法不太建议，容易造成其他软件形成乱码，当然，你也可以改回来，如果迫不得已可以尝试

方法二：修改vscode的编码格式
这种方法就是修改vscode右下角的编码格式，选择通过编码保存，然后选择GBK/GBK2312，这种方法有时可行有时不行，我配置了两次环境，第一次可以解决乱码，但第二次却不可以解决

针对cmd终端输出中文乱码总结：能在内部进行输出的，尽量不要使用cmd了，例如使用f5，crtl+alt+N

有人也要问了，tasks.josn中的-fexec-charset=GBK有什么用？
这个是用来保证vscode输出中文不乱码的，如果你改为utf-8或其它，f5输出中文会乱码，但ctrl+alt+N不受干扰
并且如果在-fexec-charset=UTF-8的时候，先f5中文会乱码，但先ctrl+alt+N，后f5会报错，然后输出不乱码的数据，这个是因为你ctrl+alt+N时已经编译了一个.exe文件，最后f5输出的还是ctrl+alt+N编译出的

配置参考：https://www.zhihu.com/question/30315894