VS Code配置C/C++環境

本文內容參考文章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.jsontasks.jsonsettings.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

https://code.visualstudio.com/docs/editor/tasks

{
    "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}

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,572評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,071評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,409評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,569評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,360評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,895評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,979評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,123評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,643評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,559評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,742評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,250評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,981評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,363評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,622評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,354評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,707評論 2 370

推薦閱讀更多精彩內容