Visual Studio Code 配置 gcc

时间 2019-11-19

标签 visual studio code 配置 gcc 栏目 Visual Studio 繁體版

原文原文链接

做者：谭九鼎
连接：https://www.zhihu.com/question/30315894/answer/154979413
来源：知乎
著做权归做者全部。商业转载请联系做者得到受权，非商业转载请注明出处。

0. 前言

本文面向初学者（但不是纯小白），分享一点个人经验。<del>毕竟百度“VS Code C”出来的第一条就是这个网页</del>如今不是了。其实VS Code真的不太适合写C，姑且算一种折腾吧。javascript

本文全部内容都可从VS Code的官方文档：C++ programming with Visual Studio Code 以及各个扩展的文档中得到，而且他们还会进行更新。（本文也进行过二点五次重大更新）若是你还想了解得更深一点，能够去看。其实本文基本上是由不断地尝试得出来的，若是有错误能够指出。css

个人环境：64位Windows 10。若是你是32位的，在某些地方须要进行修改，不过本文中没有提，能够本身试着改。如今的配置在Linux下应该也是可用的。html

1. 环境的准备

VS Code的官网和下载、安装，我就很少说了。点那个箭头能够下到其余操做系统的版本，如今x64系统下的直接是64位的，不用点箭头。另外VSC每月都会更新一次（自动下载更新），不要告诉我按照个人配置运行不了最后发现你用的是好几个月之前的版本。前端

VS Code只是一个编辑器，并非IDE（集成开发环境）。不含编译器（和许多其它功能），因此编译器要本身安装好。若是想用其余工具链或单纯用官方扩展，参见第九点。java

其实MinGW和MinGW-w64只是名字像，它们是两个不一样的项目。为了方便，本文中的MinGW指的其实都是MinGW-w64。MinGW自己已经好久没有更新了，故不推荐。下载如下两个程序（都要）：c++

LLVM Download Page 在此页面下载Clang。选Pre-Built Binaries中的Clang for Windows (64-bit)，不须要下.sig文件
MinGW-w64 - for 32 and 64 bit Windows 在此页面下载MinGW-w64，点那个Download就行

下载好了之后安装。添加环境变量时：选Add LLVM to the system PATH for all users（即第二项，不过第三项也差很少）。Clang的安装路径（Destination folder）我推荐填C:\LLVM，不装那里也行，下面的配置里路径就本身改。安装完了之后可能会弹出cmd说MSVC integration install failed。这个是由于Clang默认使用的是msvc的工具链，而咱们选择的工具链是MinGW，因此就不用管这个提示。若是你想用别的工具链，参考第九点。git

MinGW随便装哪，Architecture选x86_64，装好之后把东西所有复制到Clang的文件夹里去，他们会无冲突合并，效果图见下。一样，不作这一步也行，下面的配置里路径就本身改，还要手动把MinGW的bin文件夹加到path中，由于MinGW不会本身加。至于为何既要装Clang又要装MinGW，是由于Clang没有头文件。而后就能够把MinGW删了（Uninstall.exe）。不建议安装多个MinGW，若是你安装了其余IDE须要注意把其余的MinGW从环境变量中去掉；也能够本身把他们的编译器设为Clang。由于几乎全部的轻量级IDE用的都是MinGW或TDM-GCC，它们不制造编译器，只是打包了一个。并且它们用在VSC里也会有奇怪的错误。github

若是由于网络问题一直下载失败，建议优先本身想办法（懂个人意思吧？）。实在不行，我提供一个我下好的MinGW（7.2.0版）：https://pan.baidu.com/s/1slwTebVshell

运行cmd，输clang，应该会提示no input files而不是“不是内部命令或外部命令”或者“没法将“clang”项识别为 cmdlet、函数、脚本文件或可运行程序的名称”。输clang -v或gcc -v能够显示出各自的版本。若是是“不是内部命令或外部命令”，说明clang.exe在的文件夹（个人是C:\LLVM\bin）没有在环境变量中，要加到path里才行。怎么作本身百度。若是加了仍是这样，重启。编程

须要安装的扩展：

C/C++（就是有些教程里的cpptools）
C/C++ Clang Command Adapter：提供静态检测（Lint），很重要
Code Runner：右键便可编译运行单文件，很方便

其余可选扩展：

Bracket Pair Colorizer：彩虹花括号
Include Autocomplete：提供头文件名字的补全
C/C++ Snippets：Snippets即重用代码块，效果本身百度；这个扩展安装量虽高，不过我的感受用处实在不大，你也能够选择其余的Snippets扩展甚至本身定义
One Dark Pro：大概是VS Code安装量最高的主题
vscode-clangd：这个和Adapter二选一，出得比Adapter晚，下载量也低，但倒是llvm官方出的。出现问题时能够换着试试

不建议/不须要装的扩展：

GBKtoUTF8：把GBK编码的文档转换成UTF8编码的。此扩展可能有严重的bug，参见第6点，总之不建议装
C++ Intellisense：用的是gtags，本文第一个版本的选择。效果很是很是通常。
C/C++ Advanced Lint：即cppflylint，本文第二个版本的选择。会产生许多奇怪的警告。总之“过期”了
Clang-Format：Adapter包含了此功能

2. 配置四个.json文件

此节我当时大部分参考的是@blackkitty的文章，可是如今修改了不少。

先建立一个你打算存放代码的文件夹（称做工做区），路径不能含有中文和空格和引号。c语言和c++须要创建不一样的工做区（除非你懂得下面json文件的某些选项，则能够作到一个工做区使用不一样的build task）。

打开VS Code，选打开文件夹（不要选“添加工做区文件夹”，理由见上一句），选择刚才那个文件夹，点VS Code上的新建文件夹，名称为.vscode（这样作的缘由是Windows的Explorer不容许建立的文件夹第一个字符是点），而后建立 launch.json，tasks.json，settings.json，c_cpp_properties.json放到.vscode文件夹下，效果图：

复制如下代码时不要用ie打开本网页。（不过如今知乎已经彻底不让ie访问了）复制出来之后，知乎会自动在前面加上几行保留全部权利的字，实际使用的时候确定要删了的。

launch.json代码：

stopAtEntry可根据本身喜爱修改；cwd能够控制程序运行时的相对路径，若有须要能够改成${fileDirname}（感谢

）。其余无需更改，除非你不用windows，则能够用lldb调试（须要本身装）。type和request不变色是正常现象。

// https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md { "version": "0.2.0", "configurations": [ { "name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示 "type": "cppdbg", // 配置类型，这里只能为cppdbg "request": "launch", // 请求配置类型，能够为launch（启动）或attach（附加） "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径 "args": [], // 程序调试时传递给程序的命令行参数，通常设为空便可 "stopAtEntry": false, // 设为true时程序将暂停在程序入口处，我通常设置为true "cwd": "${workspaceFolder}", // 调试程序时的工做目录 "environment": [], // （环境变量？） "externalConsole": true, // 调试时是否显示控制台窗口，通常设置为true显示控制台 "internalConsoleOptions": "neverOpen", // 若是不设为neverOpen，调试时会跳到“调试控制台”选项卡，你应该不须要对gdb手动输命令吧？ "MIMode": "gdb", // 指定链接的调试器，能够为gdb或lldb。但目前lldb在windows下没有预编译好的版本。 "miDebuggerPath": "gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则去掉 "setupCommands": [ // 用处未知，模板如此 { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": false } ], "preLaunchTask": "Compile" // 调试会话开始前执行的任务，通常为编译程序。与tasks.json的label相对应 } ] }

tasks.json代码：

reveal可根据本身喜爱修改，即便设为never，也只是编译时不跳转到“终端”而已，手动点进去仍是能够看到，我我的设为never。

命令行参数方面，-std根据本身的须要修改。若是使用Clang编写C语言，把command的值改为clang。若是使用MinGW，编译C用gcc，编译c++用g++，并把-target和-fcolor那两条删去。若是不想要额外警告，把-Wall那一条删去。参数的做用我加了注释，还看不懂，百度gcc使用教程。

// https://code.visualstudio.com/docs/editor/tasks { "version": "2.0.0", "tasks": [ { "label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应 "command": "clang++", // 要使用的编译器 "args": [ "${file}", "-o", // 指定输出文件名，不加该参数则默认输出a.exe，Linux下默认a.out "${fileDirname}/${fileBasenameNoExtension}.exe", "-g", // 生成和调试有关的信息 "-Wall", // 开启额外警告 "-static-libgcc", // 静态连接 "-fcolor-diagnostics", // 彩色的错误信息？但貌似clang默认开启而gcc不接受此参数 "--target=x86_64-w64-mingw", // clang的默认target为msvc，不加这一条就会找不到头文件；Linux下去掉这一条 "-std=c++17" // C语言最新标准为c11，或根据本身的须要进行修改 ], // 编译命令参数 "type": "shell", // 能够为shell或process，前者至关于先打开shell再输入命令，后者是直接运行命令 "group": { "kind": "build", "isDefault": true // 设为false可作到一个tasks.json配置多个编译指令，须要本身修改本文件，我这里很少提 }, "presentation": { "echo": true, "reveal": "always", // 在“终端”中显示编译信息的策略，能够为always，silent，never。具体参见VSC的文档 "focus": false, // 设为true后可使执行task时焦点汇集在终端，但对编译c和c++来讲，设为true没有意义 "panel": "shared" // 不一样的文件的编译信息共享一个终端面板 } // "problemMatcher":"$gcc" // 若是你不使用clang，去掉前面的注释符，并在上一条以后加个逗号。照着个人教程作的不须要改（也能够把这行删去) } ] }

settings.json代码：

把这个文件里的东西放到“用户设置”里也能够覆盖全局设置，本身进行选择。

Code Runner的命令行和某些选项能够根据本身的须要在此处修改，用法仍是参见此扩展的文档和百度gcc使用教程。

若是你要使用其余地方的头文件和库文件，可能要往clang.cflags和clang.cxxflags里加-I和-L，用法百度gcc使用教程。

clang的补全，在我过去的测试过程当中会让VSC很是卡，可是如今好像没有这个问题了。若是你卡，就把clang的补全关掉，用cpptools的（不须要我指明分别是哪两个吧？）。

Linux下去掉code runner和flags的--target那一条，共四个。

感谢

提到的snippetSuggestions。

{ "files.defaultLanguage": "cpp", // ctrl+N新建文件后默认的语言 "editor.formatOnType": true, // 输入时就进行格式化，默认触发字符较少，分号能够触发 "editor.snippetSuggestions": "top", // snippets代码优先显示补全 "code-runner.runInTerminal": true, // 设置成false会在“输出”中输出，没法输入 "code-runner.executorMap": { "c": "cd $dir && clang $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c11 && $dir$fileNameWithoutExt", "cpp": "cd $dir && clang++ $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c++17 && $dir$fileNameWithoutExt" }, // 设置code runner的命令行 "code-runner.saveFileBeforeRun": true, // run code前保存 "code-runner.preserveFocus": true, // 若为false，run code后光标会聚焦到终端上。若是须要频繁输入数据可设为false "code-runner.clearPreviousOutput": false, // 每次run code前清空属于code runner的终端消息 "C_Cpp.clang_format_sortIncludes": true, // 格式化时调整include的顺序（按字母排序） "C_Cpp.intelliSenseEngine": "Default", // 能够为Default或Tag Parser，后者较老，功能较简单。具体差异参考cpptools扩展文档 "C_Cpp.errorSquiggles": "Disabled", // 由于有clang的lint，因此关掉 "C_Cpp.autocomplete": "Disabled", // 由于有clang的补全，因此关掉 "clang.cflags": [ // 控制c语言静态检测的参数 "--target=x86_64-w64-mingw", "-std=c11", "-Wall" ], "clang.cxxflags": [ // 控制c++静态检测时的参数 "--target=x86_64-w64-mingw", "-std=c++17", "-Wall" ], "clang.completion.enable":true // 效果效果比cpptools要好 }

c_cpp_properties.json代码：

此文件内容来自于Microsoft/vscode-cpptools；这个json不容许有注释（其实按照标准原本就不能有）。

若是你没有合并Clang和MinGW，则该文件中的compilerPath必需修改为MinGW的完整路径，精确到gcc.exe，不然会提示找不到头文件；Linux下应该是/usr/bin/gcc。

若是你本身编写了头文件又不在workspaceFolder下，路径也要加到includePath和browse里。这些路径是否递归有效暂时未知，个人测试是有效的。

Windows下的路径为反斜杠，本来应使用两个反斜杠来转义，但直接用斜杠在VS Code中也接受。

When you set the compilerPath property and change intelliSenseMode to clang-x64, you no longer need to copy the system include path or defines to includePath, browse.path, or defines to enable IntelliSense to work properly.

{ "configurations": [ { "name": "MinGW", "intelliSenseMode": "clang-x64", "compilerPath": "C:/LLVM/bin/gcc.exe", "includePath": [ "${workspaceFolder}" ], "defines": [], "browse": { "path": [ "${workspaceFolder}" ], "limitSymbolsToIncludedHeaders": true, "databaseFilename": "" }, "cStandard": "c11", "cppStandard": "c++17" } ], "version": 4 }

为何要往json里写这么多的东西？由于VSC自己并无对C语言特别优待，对其余许多语言也是这样。另外稍微提一下，以$开头的是VSC预约义的变量，具体参见：Variables Reference。

3. 写代码，编译，调试

新建文件后就能够写代码了，c语言源代码后缀是.c，c++是.cpp或.C（这也要我教吗……）。代码文件在保存工做区内均可以（一级目录或者本身创建文件夹），没必要放到.vscode文件夹里，可是仍是前面的话，不要含有中文和空格和引号。按Alt+Shift+F（或者右键）能够格式化代码。

中止输入一小段时间（一秒）后就会有Lint，扩展会给一些建议性的warning（好比声明了变量但不使用），本身清楚就行。若是以为不爽，也有方法不让它提示，好比去掉-Wall就会少一些。若是还想去掉更多的警告，本身找查怎么作，我提示一下：-Wno-...。找好参数后加到clang.cflags、clang.cxxflags和tasks.json的args里。

按ctrl+shift+B单纯编译，按F5为运行并调试（运行前会自动编译）；原本ctrl+F5为运行但不调试，可是在C中貌似没有用，仍是会调试。在写程序初期，我强烈建议不要把f5看成编译来使用，由于有的bug只会产生警告，不会阻止编译，但这些东西越早期解决越好。编译信息会在底下的“终端”面板里，若是代码有错误，点进去能够看clang报的信息，但由于有Lint了，因此能够轻松不少。

加断点在列号前面点一下就行，若是想从一开始就停下来，能够加在main函数那里，或者launch.json中设置"stopAtEntry": true。按f11能够一步一步进行，箭头所指的那行代码就是下一步要运行的代码。左边有个调试栏，能够看到变量的值,自动栏没有的能够手动添加表达式；把鼠标放到变量上能够看到变量的值，可是只能识别简单的表达式；栈帧对于递归颇有用；在某些时候还能够抓取“异常”。

若是你不须要调试，能够直接右键选run code。若是在终端里运行，能够输入数据，可是少了显示时间的功能；在“输出”中则上面两项相反。用它还能够在非工做区内编译运行程序，但executorMap记得放到全局设置里。在终端中按ctrl + C能够终止程序运行。但它其实只是帮你手动输命令，功能并不强，算是适用场景不一样吧。另外，楼下的答主韩骏就是此插件做者，有事通通找他（滑稽）。

另外若是按照个人配置，task和code runner还有一点不一样的是working directory。前者是你打开的文件夹，后者是文件所在的文件夹。固然它们也均可以本身修改。

若是你想进行少许的多文件编译，对于c语言请使用clang(gcc)把全部文件编译成.o的中间代码，再用clang++(g++)连接.o文件，（为了方便）并把这些命令写进批处理中；这个操做门槛很是低，若是不会，百度gcc使用教程。若是你想进行大量的多文件编译，请学习如何写makefile或使用cmake，而且修改tasks.json的command和args；这个稍微有一点难度。

若是你用VSC还作别的事（好比写前端），或者有不止一个工做区，能够建立一个快捷方式（右键新建），把工做区路径做为参数传给VSC主程序，还能够加个图标。这操做不难，记得打双引号就行。如今1.18有了一个窗口多个工做区的功能，“文件”菜单里也有“保存工做区”这个功能。

某些可能出现的错误：

若是你只写了个hello world，不加任何断点，按f5之后黑框框一闪而过是正常现象。想让程序暂停运行能够在末尾加上一个或两个getchar();，不明白为何有时要用两个？去问大家C语言老师；或用system("pause")，或加断
若是你要进行调试，不要开优化。gcc用-Og还能够保留一些调试信息，但clang用了之后就不能用gdb调试了。即便如此我仍是在某一次写代码的时候遇到了没法跳入函数的问题，而VS能够跳入
重命名文件后，原来已有的Lint还会在问题栏里；修改了文件后断点可能会失效。以及还存在一些其余的像这样的小bug，通常关掉VSC再开就行
preLaunchTask“Compile”已终止，退出代码为 1：编译有error而且你用的是F5运行的就会有这个提示，有warning是否会触发不清楚；若是没有error，点仍然调试就好了；若是有error你还点仍然调试，就会调试上一次编译成功的文件。有一种缘由是原程序仍在运行，没法被覆盖（好比死循环），终端里报错为permission denied，任务管理器结束那个进程便可。但其实全部的编译失败都会触发这个错误，出错的返回值是1难道不是常识？因此仅仅告诉我出现了这个提示根本没用，由于它的意思就是出错了，没有人能看出缘由。这也是为何我要强烈建议不要把F5看成编译来使用，按F5出了问题，我根本看不出是编译期有问题仍是调试期有问题，或是你本身的代码有问题
没法打开...，找不到文件(file:///build/glibc-OTsEL5/glibc-2.27/...)：我在Linux下遇到了这个问题，下一个glibc放到指定位置就行，wget http://ftp.gnu.org/gnu/glibc/glibc-2.27.tar.xz，剩下的就不要问我了。或者参见这个：Disable "Unable to open file" during debug · Issue #811 · Microsoft/vscode-cpptools

4. 其余设置

个人一些其余的设置，用在全局settings.json里，根据本身的状况调整，不须要所有照着个人写。写完一个之后要打逗号，最后一个就不用了。

"editor.fontFamily": "等距更纱黑体 SC", // 控制编辑器字体 "workbench.colorTheme": "One Dark Pro", // 主题 "files.trimTrailingWhitespace": true, // 保存时，删除每一行末尾的空格 "workbench.colorCustomizations": { "activityBar.foreground": "#39C5BB" // 自定义颜色 }, "git.enabled": false, // 若是你不用git，我建议你关闭它 "git.ignoreMissingGitWarning": true, // 同上 "editor.minimap.enabled": false, // 我我的不用minimap，就是右边那个东西 "editor.dragAndDrop": false, // 选中文字后，能够拖动它们调整位置。我是不须要 "files.autoGuessEncoding": false, // 启用后，会在打开文件时尝试猜想字符集编码。我关闭的理由见6 "[c]": { // "files.encoding": "gbk" // 这样的格式能够对指定后缀的文件应用设置，若是你实在想用gbk，就这样设置吧。cpp同理。 }

更纱黑体是楼下B神作的字体，特色是标点好看（误）：be5invis/Sarasa-Gothic

Consolas虽然是Windows自带字体中还算行的，但它只有英文字体；微软雅黑虽然是非衬线字体，但它不是等距的，这一点很是不适合编程，等线也不等距；中易宋体……告辞。不下新的字体，其余两大系统我不清楚，Windows下简直没有编程可用的字体。

5. 进一步学习

学好英语，而后能够阅读官方英文文档：Documentation for Visual Studio Code
快捷键：vscode: Visual Studio Code 经常使用快捷键
英文文档中固然有快捷键的信息，并且英文文档会更新。这个单独列出来仍是给初学者吧。
我就提示一点特别重要的：出现Intellisense或者snippets的时候按tab能够补全代码。
VS Code实际上是前端利器，学html, css, javascript时能够好好利用哦。

6. 关于乱码

VS Code输出会出现乱码，不少人都遇到过。这是由于VS Code内部用的是utf-8编码，cmd/Powershell是gbk编码。直接编译，会把“你好”输出成“浣犲ソ”。若是把cmd的活动代码页改为65001，会出现汉字只能显示一半的问题，并且怎么修改为UTF8仍是个问题（这个能够参见楼下

同窗的测试）。Linux就没有这个问题。若是你只是想在VSC里运行并且不在别人的WIndows上运行，能够考虑使用Powershell Core。

本来的解决方法是使用gcc，编译时用-fexec-charset=GBK这个参数，生成的程序就是GBK编码的。可是，clang的execution-charset supports only UTF-8。因此，生成的程序在cmd/ps以及VS Code的终端（其实也是powershell）中运行，输出中文仍是会乱码；可是在VS Code的“输出”中就是正常的。若是想解决这个问题，能够百度“宽字符输出”，或者本身手动在cmd里用gcc加上上面那个参数编译一遍（能够写个批处理）。

若是是打开已有的以GBK编码的文件，VS Code默认会以UTF-8编码打开（除非你设置了猜想编码），这样编辑器内的中文就会乱码，不过对于初学C的同窗来讲，写的代码通常只有注释是中文。此时要点右下角的GBK，选“经过编码从新打开”，选UTF-8便可。GBKtoUTF8这个扩展，理论上若是VSC检测出的是GBK编码的，它就会自动作“以UTF-8格式保存”这个操做；可是若是VSC没有检测出是GBK编码，它就什么也不会作。可是貌似它有bug，会把当前文件复制一遍插入到光标处……因此不推荐使用

若是你没有注意到一个GBK编码的文件被VSC以UTF-8的编码打开了，又进行了保存，按照个人测试，这文件里的中文应该是找不回来了。这个仍是比较危险的。并且若是打开了编码猜想，VSC又猜错了的话……因此我是关闭编码自动猜想的。中文特别少的时候猜错概率很大。

这样作了之后，在含有中文的路径下能够编译，可是仍然不能调试，因此仍是把代码放到不含中文的路径中吧。若是把代码文件发给其余用Windows的人，最好转成gbk，不然别人用记事本打开有可能会乱码（不过貌似1709改进了记事本的编码猜想，1803的下一个版本连LF都支持了）。

7. 找不到头文件的错误

有几位同窗遇到了路径设置正确，编译也经过，可是“问题"面板里出现找不到头文件的error。我也遇到过。这个error是cpptools报的。可能的解决方法是把你须要的头文件的路径加到c_cpp_properties.json中，或者你的compilerPath没有设置正确。若是仍是解决不了，反正不影响编译，就当作没看到算了。若是你遇到了又解决了能够留言告诉你们。若是是非工做区选c语言或者c++，出现这个错误很正常，由于不知足前提：路径设置正确（没有c_cpp_properties.json）。

还有一种可能，看评论区BladLust同窗的回复。

若是是这个错误，这是由于clang的默认target为msvc，须要加--target=x86_64-w64-mingw这个参数才行。这个默认target貌似是写死在源代码里的，反正我找了一圈是没找到正常修改办法，下载clang的源代码，本身改掉，再编译clang自己，也许能够解决。或者装Windows sdk而不使用mingw，这样就符合默认target了，参考第九点。固然最简单的办法就是用gcc。

8. 其余

按照这样配置，长期编译代码下来确定有一大堆的exe，还可能分散在不一样的文件夹里。你能够考虑修改一下json文件，把生成文件的目录指定到一个专门放exe的文件夹里（若是不会，百度gcc使用教程）。或者资源管理器右上角搜索*.exe，就能够搜出它们。或者写个bat删了。都很简单。
json是一种数据交换格式，大部分是JavaScript的子集，数据冗余度小。VSC和各个扩展会读取json中的条目，来决定某些功能的行为。这么多条目哪里来的呢？这其实和API差很少。扩展开发者会把容许修改的选项“告诉”VSC，各个扩展的安装页面都有写，VSC又有intellisense，因此其实很容易写。若是是单纯使用json，我以为就算历来没有见过，边看边猜也能写个大概。又由于扩展开源，你甚至能够去扩展的github页面和开发者聊天。
Windows 10，默认输入法只有一个微软拼音，按一次shift就能进行中英转换，而为了保持兼容，按ctrl加空格也能进行中英转换，而这个快捷键正是强制触发Intellisense的快捷键。因此，我强烈建议手动添加“英语”语言输入法，写非前端代码时切换到纯英文输入法（win+空格）。这样也能够解决某些游戏须要用到shift键可是一样快捷键冲突的问题。具体操做我就不说了，本身百度。
VSC是集成git的，不过对于初学者可能并不会用到。我在用某一个版本时，看到git提示我有文件发生了改变。我想消掉这个提示，乱点点了discard changes，而后它就把个人工做区清空了……后来我就把它关了。至于怎么用git，那又是另外一个话题了，慢慢学吧。
tasks.json中的"problemMatcher":"$gcc"会解析终端中的错误提示，由于已经有Clang的Lint了，就不须要这个；若是用了Clang Command Adapter又打开这个，则会出现双重错误提示。原本1.11就说能够写$gcc的，但当时其实并不支持，如今早就能用了。不过若是要用非预设版本，就须要本身写了。
想在自带的终端里进行调试？Follow：Use the VSCode debugConsole instead of externalConsole · Issue #35 · Microsoft/vscode-cpptools

9. 其余工具链的选择

使用MinGW编译但仍用Clang提供Lint：tasks.json的命令行本身改一改，code runner的命令行在settings.json里，本身改。这样能够在终端中输出不乱码，参考第六点。缺点：编译用的不是Clang，编译速度相对慢。Lint可能提示的警告不全，好比Clang给出的"did you mean ..."提示，Lint就可能捕获不到
MinGW-w64 + 官方扩展：不使用Clang。除了上面作的，tasks.json里problemMatcher打开；settings.json里的东西本身改一改。缺点：Windows下的Lint效果然的真的不好，Linux稍微好一点。感受相比上一个方案没有优势？
Windows SDK + 官方扩展：VS Installer选VC++工具集和一个完整的SDK（默认勾上的那个就是）便可。扩展用cpptools，c_cpp_properties.json能够自动化配置（ctrl+shift+p, edit configurations）；另外两个json也要改，VS的编译器是cl，参数也要改；调试器也许能够用VS的。不过这样我以为也许还不如直接用VS，并且我没试过
Clang + Windows SDK + C/C++ Clang Command Adapter：这套方案须要修改的东西很少，由于编译用的仍然是Clang。c_cpp_properties.json仍是能够自动化配置的；各个地方删去--target那个参数，由于头文件用的不是MinGW提供的，默认用的就是MSVC的。VS Installer里还有一个Clang/c2，根据龚大的文章这个有坑，因此装官方的版本吧。仍是同上一条，感受不如直接用VS
若是以上都看不懂，能够试试这个配置好的（不过人家的配置方法和个人不同）：【VSCode】Windows下VSCode便携式c/c++环境
若是不想用VSC写了，能够看看这篇问题：毫无编程基础的小白准备学习C语言，用VC6仍是VS2015？
codeblocks如今还活着，论坛里有nightly build，配置一番（虽然一样有点折腾）也可用。Clion界面美观，功能应该也挺强，不过只有英文，刚上手用起来可能有点困难，学生能够免费申请key，不然收费

10. 我编写代码的体验

体积上，合并后的llvm文件夹占1.3g，vsc 0.2g，加上一些扩展。若是只是用来写c，可能体积占用并不算小。内存占用，若是VSC不出bug，仍是比较少的（0.5g左右）。

VSC的第一优点也许是好看？其实用它来写C优点没有想象中的那么大，不过至少比wintc、cfree、dev c++强。Lint真的过重要了。

不过我有一点想对学生党说：能本身百度到这篇文章，努力去看懂、动手配置，已经比贴吧无数伸手党和等着老师在qq群里发ide的人强了不少了。另外若是有能力，我仍是建议大家读读VSC的文档，并不复杂，体验一下英语的实际应用也不错哦。

有问题能够留言讨论，不过最好详细一点描述。并且我再在这里说一次，不要只告诉我“preLaunchTask已终止，代码为1”这一句话。这句话没用。

原创，非商业转载请注明出处。