鏈接：https://www.zhihu.com/question/30315894/answer/154979413
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
0. 前言
本文面向初學者（但不是純小白），分享一點我的經驗。<del>畢竟百度“VS Code C”出來的第一條就是這個網頁</del>現在不是了。其實VS Code真的不太適合寫C，姑且算一種折騰吧。
本文所有內容均可從VS Code的官方文檔：C++ programming with Visual Studio Code 以及各個擴展的文檔中獲得，並且他們還會進行更新。（本文也進行過二點五次重大更新）如果你還想了解得更深一點，可以去看。其實本文基本上是由不斷地嘗試得出來的，如果有錯誤可以指出。
我的環境：64位Windows 10。如果你是32位的，在某些地方需要進行修改，不過本文中沒有提，可以自己試着改。現在的配置在Linux下應該也是可用的。
1. 環境的准備
VS Code的官網和下載、安裝，我就不多說了。點那個箭頭可以下到其他操作系統的版本，現在x64系統下的直接是64位的，不用點箭頭。另外VSC每個月都會更新一次（自動下載更新），不要告訴我按照我的配置運行不了最后發現你用的是好幾個月以前的版本。
VS Code只是一個編輯器，並不是IDE（集成開發環境）。不含編譯器（和許多其它功能），所以編譯器要自己安裝好。如果想用其他工具鏈或單純用官方擴展，參見第九點。
其實MinGW和MinGW-w64只是名字像，它們是兩個不同的項目。為了方便，本文中的MinGW指的其實都是MinGW-w64。MinGW本身已經很久沒有更新了，故不推薦。下載以下兩個程序（都要）：
- 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，所以就不用管這個提示。如果你想用別的工具鏈，參考第九點。
MinGW隨便裝哪，Architecture選x86_64，裝好以后把東西全部復制到Clang的文件夾里去，他們會無沖突合並，效果圖見下。同樣，不做這一步也行，下面的配置里路徑就自己改，還要手動把MinGW的bin文件夾加到path中，因為MinGW不會自己加。至於為什么既要裝Clang又要裝MinGW，是因為Clang沒有頭文件。然后就可以把MinGW刪了（Uninstall.exe）。不建議安裝多個MinGW，如果你安裝了其他IDE需要注意把其他的MinGW從環境變量中去掉；也可以自己把他們的編譯器設為Clang。因為幾乎所有的輕量級IDE用的都是MinGW或TDM-GCC，它們不制造編譯器，只是打包了一個。而且它們用在VSC里也會有奇怪的錯誤。
如果因為網絡問題一直下載失敗，建議優先自己想辦法（懂我的意思吧？）。實在不行，我提供一個我下好的MinGW（7.2.0版）：https://pan.baidu.com/s/1slwTebV
運行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”這一句話。這句話沒用。
原創，非商業轉載請注明出處。