本文內容參考文章Visual Studio Code 如何編寫運行 C、C++ 程序?,此文章過于詳細,摘其要成此文。
同時可以從VS Code官方文檔獲得參考與幫助:C++ programming with Visual Studio Code。
下載編譯器
筆者由于安裝過CodeBlocks,直接使用它的編譯器,只需要將編譯器bin文件夾(保證gcc.exe在此文件夾中)添加到系統環境變量中即可。
在cmd中使用gcc
命令進行測試。
使用gcc -v
命令查看編譯器版本。
如果需要下載編譯器,可以訪問:MinGW-w64 - for 32 and 64 bit Windows,推薦下載 x86_64-posix-seh
。
補充知識:
- MinGW是gcc在Windows下的移植,gcc是世界上最流行的C/C++編譯器組合。但gcc這個名字也指編譯C語言的那個程序,g++才是C++編譯器。即gcc程序和g++程序包含在gcc套件以及MinGW里,當只說gcc時要根據語境自己區分
- 其實MinGW和MinGW-w64只是名字像,它們是兩個不同的項目
- MinGW還活著,但只能產生32位程序
- 現在MinGW-w64很久沒有發布官方構建了,代碼其實已經更新到了9.2.0,所以也可以考慮用基于它的TDM-GCC64。別下舊版,那是很久以前的,2020年發布了新版擴展是extension,插件是plugin,VSC用的是前者這種稱呼
安裝擴展
必要擴展:
- C/C++:又名 cpptools,提供Debug和Format功能
- Code Runner:右鍵即可編譯運行單文件,很方便,但無法Debug
可選擴展:
- Bracket Pair Colorizer 2:彩虹花括號
- One Dark Pro:大概是VS Code安裝量最高的主題
配置json文件
VSCode打開文件夾時,會檢索文件夾中的.vscode
隱藏文件夾,并通過其中的.json
進行配置。
創建編寫C或C++代碼的文件夾,C和C++要分別創建單獨的文件夾。
在C和C++文件夾中再創建名為.vscode
文件夾,在這個文件夾中放入三個文件:launch.json
,tasks.json
,settings.json
。
編輯這三個文件,按照需要自行修改。
launch.json
https://code.visualstudio.com/docs/cpp/launch-json-reference
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch",
"type": "cppdbg",
"request": "launch",
"program": "${fileDirname}/${fileBasenameNoExtension}.exe",
"args": [],
"stopAtEntry": false,
"cwd": "${workspaceFolder}",
"environment": [],
"externalConsole": true,
"internalConsoleOptions": "neverOpen",
"MIMode": "gdb",
"miDebuggerPath": "gdb.exe",
"setupCommands": [
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": false
}
],
"preLaunchTask": "Compile"
}
]
}
屬性 | 描述 |
---|---|
name | 配置名稱,將會在啟動配置的下拉菜單中顯示 |
type | 配置類型,對于C/C++可認為此處只能是cppdbg,由cpptools提供;不同編程語言不同 |
request | 可以為launch(啟動)或attach(附加) |
program | 將要進行調試的程序的路徑 |
args | 程序調試時傳遞給程序的命令行參數,一般設為空 |
stopAtEntry | 設為true時程序將暫停在程序入口處,相當于在main上打斷點 |
cwd | 調試程序時的工作目錄,此為工作區文件夾;改成${fileDirname}可變為文件所在目錄 |
environment | 環境變量 |
externalConsole | 使用單獨的cmd窗口,與其它IDE一致;為false時使用內置終端 |
internalConsoleOptions | 如果不設為neverOpen,調試時會跳到“調試控制臺”選項卡,你應該不需要對gdb手動輸命令吧? |
MIMode | 指定連接的調試器,可以為gdb或lldb。但我沒試過lldb |
miDebuggerPath | 調試器路徑,Windows下后綴不能省略,Linux下則不要 |
setupCommands | 模板自帶,好像可以更好地顯示STL容器的內容,具體作用自行Google |
preLaunchTask | 調試前執行的任務,一般為編譯程序。與tasks.json的label相對應 |
tasks.json
{
"version": "2.0.0",
"tasks": [
{
"label": "Compile",
"command": "gcc",
"args": [
"${file}",
"-o",
"${fileDirname}/${fileBasenameNoExtension}.exe",
"-g",
"-m64",
"-Wall",
"-static-libgcc",
"-fexec-charset=GBK",
"-D__USE_MINGW_ANSI_STDIO",
],
"type": "process",
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
"echo": true,
"reveal": "always",
"focus": false,
"panel": "shared"
},
"problemMatcher": "$gcc"
}
]
}
屬性 | 描述 |
---|---|
label | 任務名稱,與launch.json的preLaunchTask相對應 |
command | 要使用的編譯器,C++用g++ |
args | 編譯的命令,其實相當于VSC幫你在終端中輸了這些東西 |
type | process是把預定義變量和轉義解析后直接全部傳給command;shell相當于先打開shell再輸入命令,所以args還會經過shell再解析一遍 |
reveal | 執行任務時是否跳轉到終端面板,可以為always,silent,never。具體參見VSC的文檔,即使設為never,手動點進去還是可以看到 |
focus | 設為true后可以使執行task時焦點聚集在終端,但對編譯C/C++來說,設為true沒有意義 |
panel | 不同的文件的編譯信息共享一個終端面板 |
problemMatcher | 捕捉編譯時終端里的報錯信息到問題面板中,修改代碼后需要重新編譯才會再次觸發 |
settings.json
{
"files.defaultLanguage": "c",
"editor.formatOnType": true,
"editor.suggest.snippetsPreventQuickSuggestions": false,
"editor.acceptSuggestionOnEnter": "off",
"code-runner.runInTerminal": true,
"code-runner.executorMap": {
"c": "gcc '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -lm -static-libgcc -fexec-charset=GBK -D__USE_MINGW_ANSI_STDIO && &'./$fileNameWithoutExt.exe'",
"cpp": "g++ '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -static-libgcc -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'"
},
"code-runner.saveFileBeforeRun": true,
"code-runner.preserveFocus": true,
"code-runner.clearPreviousOutput": false,
"code-runner.ignoreSelection": true,
"code-runner.fileDirectoryAsCwd": true,
"C_Cpp.clang_format_sortIncludes": true
}
屬性 | 描述 |
---|---|
files.defaultLanguage | ctrl+N新建文件后默認的語言 |
editor.formatOnType | 輸入分號(C/C++的語句結束標識)后自動格式化當前這一行的代碼 |
editor.suggest.snippetsPreventQuickSuggestions | clangd的snippets有很多的跳轉點,不用這個就必須手動觸發Intellisense了 |
editor.acceptSuggestionOnEnter | 我個人的習慣,按回車時一定是真正的換行,只有tab才會接受Intellisense |
editor.snippetSuggestions | (可選)snippets顯示在補全列表頂端,默認是inline,可改成top |
code-runner.runInTerminal | 設置成false會在“輸出”中輸出,無法輸入 |
code-runner.executorMap | 右鍵run code時運行的命令;未注釋的僅適用于PowerShell(Win10默認)和pwsh,文件名中有空格也可以編譯運行;注釋掉的適用于cmd(win7默認)、PS和bash,但文件名中有空格時無法運行 |
code-runner.saveFileBeforeRun | run code前保存 |
code-runner.preserveFocus | 若為false,run code后光標會聚焦到終端上。如果需要頻繁輸入數據可設為false |
code-runner.clearPreviousOutput | 每次run code前清空屬于code runner的終端消息,默認false |
code-runner.ignoreSelection | 默認為false,效果是鼠標選中一塊代碼后可以單獨執行,但C是編譯型語言,不適合這樣用 |
code-runner.fileDirectoryAsCwd | 將code runner終端的工作目錄切換到文件目錄再運行,對依賴cwd的程序產生影響;如果為false,executorMap要加cd $dir |
C_Cpp.clang_format_sortIncludes | 格式化時調整include的順序(按字母排序) |
c_cpp_properties.json
如果你需要引用第三方庫,則需要添加并編輯此文件,否則不需要。建議先跳過此步。
{
"configurations": [
{
"name": "GCC",
"includePath": ["${workspaceFolder}/**"],
"defines": ["_DEBUG", "UNICODE", "_UNICODE"],
"windowsSdkVersion": "10.0.18362.0",
"compilerPath": "C:/Program Files/mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw64/bin/g++.exe",
"cStandard": "c11",
"intelliSenseMode": "gcc-x64"
}
],
"version": 4
}
代碼格式化
筆者設置的是在換行和保存時自動格式化文件。
偏好為大括號不換行,tab為四個空格。
在C_Cpp: Clang_format_fallback Style
設置項中設置{BasedOnStyle: Google, IndentWidth: 4}
。