VSCode怎么編寫(xiě)運(yùn)行C、C++程序

小編給大家分享一下VSCode怎么編寫(xiě)運(yùn)行C、C++ 程序，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創(chuàng)新互聯(lián)一直通過(guò)網(wǎng)站建設(shè)和網(wǎng)站營(yíng)銷(xiāo)幫助企業(yè)獲得更多客戶(hù)資源。 以"深度挖掘，量身打造，注重實(shí)效"的一站式服務(wù)，以做網(wǎng)站、網(wǎng)站建設(shè)、移動(dòng)互聯(lián)產(chǎn)品、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)服務(wù)為核心業(yè)務(wù)。十多年網(wǎng)站制作的經(jīng)驗(yàn)，使用新網(wǎng)站建設(shè)技術(shù)，全新開(kāi)發(fā)出的標(biāo)準(zhǔn)網(wǎng)站，不但價(jià)格便宜而且實(shí)用、靈活，特別適合中小公司網(wǎng)站制作。網(wǎng)站管理系統(tǒng)簡(jiǎn)單易用，維護(hù)方便，您可以完全操作網(wǎng)站資料，是中小公司快速網(wǎng)站建設(shè)的選擇。

0. 前言

本文面向初學(xué)者，每一步都比較詳細(xì)。閱讀本文能學(xué)習(xí)一些命令行、程序編譯和調(diào)試，以及使用VS Code的知識(shí)。如果嫌本文說(shuō)的麻煩，我給個(gè)精簡(jiǎn)版的：裝gcc和c/c++擴(kuò)展，打開(kāi)文件夾，點(diǎn)開(kāi)源代碼，F(xiàn)1，build and debug active file，完。

本文許多內(nèi)容都可從VS Code官方文檔：C++ programming with Visual Studio Code 以及各個(gè)擴(kuò)展的文檔中獲得，并且他們還會(huì)進(jìn)行更新（本文也進(jìn)行過(guò)幾次重大更新），如果你想更深入了解，可以去看。本文也基本上是由多次嘗試得出來(lái)的，如果有錯(cuò)誤可以指出。

最終效果：實(shí)時(shí)顯示編譯階段的錯(cuò)誤、代碼片段、補(bǔ)全、格式化、單文件的編譯與調(diào)試。

1. 環(huán)境的準(zhǔn)備

VSC的官網(wǎng)、下載、安裝，我就不多說(shuō)了。VSC只是一個(gè)純文本編輯器(editor)，不是IDE(集成開(kāi)發(fā)環(huán)境)，不含編譯器(compiler)和許多其它功能，所以編譯器要自己裝好。

下載編譯器：MinGW-w64 - for 32 and 64 bit Windows 往下稍微翻一下，選最新版本中的x86_64-posix-seh。最好不要用Download Latest Version，這個(gè)是在線(xiàn)安裝包，可能因?yàn)閲?guó)內(nèi)的“網(wǎng)絡(luò)環(huán)境”下載失敗。如果瀏覽器下載失敗就換迅雷下或者連手機(jī)開(kāi)的熱點(diǎn)下，還失敗，那就使用能訪(fǎng)問(wèn)Google的那種方法下。

“安裝”編譯器：下下來(lái)的是一個(gè)7z的壓縮包。如果你不會(huì)解壓可以百度“壓縮包怎么解壓”。解壓完了放到一個(gè)不容易被刪的地方，層疊的可以去掉一些?？春胋in文件夾的完整路徑，我圖里的是C:\mingw64\bin，把它加到環(huán)境變量中的PATH里去。如果你不會(huì)這一步，看本文最后面的“B. 如何添加環(huán)境變量”（可以在本頁(yè)用Ctrl+F搜索）

Debian系Linux用sudo apt update; sudo apt install build-essential即可。

驗(yàn)證

按Win+R，運(yùn)行cmd（不要跳這一步），輸入gcc，應(yīng)該會(huì)提示 no input files 而不是“不是內(nèi)部命令或外部命令”或者“無(wú)法將 "gcc" 項(xiàng)識(shí)別為 cmdlet、函數(shù)、腳本文件或可運(yùn)行程序的名稱(chēng)”。如果是“不是內(nèi)部命令或外部命令”，說(shuō)明gcc在的文件夾沒(méi)有在環(huán)境變量的Path中，要加進(jìn)去才行。如果加了還是這樣，重啟。如果重啟了還不行，那就是你自己進(jìn)行的操作有問(wèn)題。

輸gcc -v可以顯示出gcc的版本。如果顯示出來(lái)的版本與你剛下的不同/更老，說(shuō)明Path里原本有老版本的編譯器，可能是安裝其它IDE時(shí)裝上的。則需要去掉Path里原來(lái)的那一個(gè)gcc的路徑。

這兩項(xiàng)驗(yàn)證一定要符合，否則必須修改環(huán)境變量。小心別錯(cuò)刪了。

安裝擴(kuò)展(extension)

• C/C++：又名 cpptools，提供Debug和Format功能

• Code Runner：右鍵即可編譯運(yùn)行單文件，很方便；但無(wú)法Debug

其他可選擴(kuò)展：

• Bracket Pair Colorizer 2：彩虹花括號(hào)

• One Dark Pro：大概是VS Code安裝量最高的主題

不建議/不需要裝的擴(kuò)展：

• GBKtoUTF8：把GBK編碼的文檔轉(zhuǎn)換成UTF8編碼的。此擴(kuò)展很久沒(méi)有更新了，可能有嚴(yán)重的bug

• C++ Intellisense：用的是gtags，本文第一個(gè)版本的選擇。效果非常非常一般

• Include Autocomplete：提供頭文件名字的補(bǔ)全，現(xiàn)在cpptools和vscode-clangd都已經(jīng)自帶這個(gè)功能了，所以不用裝

• C/C++ Snippets：Snippets即重用代碼塊，效果自己百度；這個(gè)擴(kuò)展安裝量雖高，不過(guò)個(gè)人感覺(jué)用處實(shí)在不大，cpptools和clangd也自帶一些；你也可以選擇其他的Snippets擴(kuò)展甚至自己定義

補(bǔ)充知識(shí)

• 編譯器是把源代碼變成可執(zhí)行文件的，編輯器是你打字的軟件。記事本就是一個(gè)編輯器，VSC也是編輯器。編輯器是無(wú)法編譯運(yùn)行程序的，因?yàn)槟鞘蔷幾g器的工作

• MinGW是gcc在Windows下的移植，gcc是世界上最流行的C/C++編譯器組合。但gcc這個(gè)名字也指編譯C語(yǔ)言的那個(gè)程序，g++才是C++編譯器。即gcc程序和g++程序包含在gcc套件以及MinGW里，當(dāng)只說(shuō)gcc時(shí)要根據(jù)語(yǔ)境自己區(qū)分

• 其實(shí)MinGW和MinGW-w64只是名字像，它們是兩個(gè)不同的項(xiàng)目。為了方便，本文中的MinGW指的其實(shí)都是MinGW-w64。MinGW本身已經(jīng)很久沒(méi)有更新了，不使用它哎呀，原來(lái)MinGW是活著的，但它只能產(chǎn)生32位程序

• 擴(kuò)展是extension，插件是plugin，VSC用的是前者這種稱(chēng)呼。大部分文章都是混用兩者的，不嚴(yán)謹(jǐn)?shù)悄芾斫饩托校獙W(xué)會(huì)抓主要矛盾。當(dāng)然本文用的都是正確的

• 可選閱讀：[科普][FAQ]MinGW vs MinGW-W64及其它

2. 配置幾個(gè).json文件

創(chuàng)建一個(gè)你打算存放代碼的文件夾，稱(chēng)作工作區(qū)文件夾；路徑不能含有中文和引號(hào)，最好不要有空格，我用的是C:\VS-Code-C。C和C++需要分別建立不同的文件夾，除非用虛擬工作區(qū)。不要選上一節(jié)存放編譯器的文件夾，源代碼和編譯器要分開(kāi)放。

打開(kāi)VSC，選打開(kāi)文件夾；最好不要選“添加工作區(qū)文件夾”，這個(gè)就是虛擬工作區(qū)，我沒(méi)用過(guò)，不保證沒(méi)問(wèn)題。點(diǎn)新建文件夾，名稱(chēng)為.vscode。不在資源管理里新建的原因是Windows的Explorer不允許創(chuàng)建的文件夾第一個(gè)字符是點(diǎn)（1903后才支持）。然后創(chuàng)建 launch.json，tasks.json，settings.json（不是setting.json） 放到.vscode文件夾下。效果圖：

這幾個(gè)文件的內(nèi)容見(jiàn)下。復(fù)制以下代碼出來(lái)后，知乎會(huì)自動(dòng)在前面加上幾行保留所有權(quán)利的字，實(shí)際使用的時(shí)候肯定要?jiǎng)h了的。有些地方可選修改，自己對(duì)照著注釋看吧。注意：如果是寫(xiě)C++，tasks.json的一個(gè)地方必須要修改。

launch.json代碼

externalConsole可根據(jù)自己喜好修改；cwd可以是程序運(yùn)行時(shí)的相對(duì)路徑，如有需要可以改為${fileDirname}（感謝@xhx）。lldb我沒(méi)用過(guò)就不多說(shuō)了。type和request不變色是正常現(xiàn)象。

// https://code.visualstudio.com/docs/cpp/launch-json-reference
{
    "version": "0.2.0",
    "configurations": [{
        "name": "(gdb) Launch", // 配置名稱(chēng)，將會(huì)在啟動(dòng)配置的下拉菜單中顯示
        "type": "cppdbg", // 配置類(lèi)型，cppdbg對(duì)應(yīng)cpptools提供的調(diào)試功能；可以認(rèn)為此處只能是cppdbg
        "request": "launch", // 請(qǐng)求配置類(lèi)型，可以為launch（啟動(dòng)）或attach（附加）
        "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 將要進(jìn)行調(diào)試的程序的路徑
        "args": [], // 程序調(diào)試時(shí)傳遞給程序的命令行參數(shù)，一般設(shè)為空即可
        "stopAtEntry": false, // 設(shè)為true時(shí)程序?qū)和Ｔ诔绦蛉肟谔?，相?dāng)于在main上打斷點(diǎn)
        "cwd": "${workspaceFolder}", // 調(diào)試程序時(shí)的工作目錄，此為工作區(qū)文件夾；改成${fileDirname}可變?yōu)槲募谀夸?
        "environment": [], // 環(huán)境變量
        "externalConsole": true, // 使用單獨(dú)的cmd窗口，與其它IDE一致；為false時(shí)使用內(nèi)置終端
        "internalConsoleOptions": "neverOpen", // 如果不設(shè)為neverOpen，調(diào)試時(shí)會(huì)跳到“調(diào)試控制臺(tái)”選項(xiàng)卡，你應(yīng)該不需要對(duì)gdb手動(dòng)輸命令吧？
        "MIMode": "gdb", // 指定連接的調(diào)試器，可以為gdb或lldb。但我沒(méi)試過(guò)lldb
        "miDebuggerPath": "gdb.exe", // 調(diào)試器路徑，Windows下后綴不能省略，Linux下則不要
        "setupCommands": [
            { // 模板自帶，好像可以更好地顯示STL容器的內(nèi)容，具體作用自行Google
                "description": "Enable pretty-printing for gdb",
                "text": "-enable-pretty-printing",
                "ignoreFailures": false
            }
        ],
        "preLaunchTask": "Compile" // 調(diào)試會(huì)話(huà)開(kāi)始前執(zhí)行的任務(wù)，一般為編譯程序。與tasks.json的label相對(duì)應(yīng)
    }]
}

本來(lái)2018年10月后把externalConsole設(shè)為false可以使用內(nèi)置終端，但2019年10月cpptools 0.26.1引入了一個(gè)bug，導(dǎo)致Win下用內(nèi)置終端無(wú)法輸入中文，到現(xiàn)在0.29.0仍沒(méi)有解決。我已經(jīng)open了 https://github.com/microsoft/MIEngine/pull/1025 來(lái)fix，但是一個(gè)月過(guò)去了他們并沒(méi)有review，差評(píng)。

tasks.json代碼

如果是編寫(xiě)C++，編譯器需改成g++；如果不想要額外警告，把-Wall那一條刪去；-std根據(jù)自己需要修改，但c++17好像有問(wèn)題，最好至多用c++14；Linux下不需要加-fexec-charset。反正這些我都加了注釋?zhuān)€看不懂，百度gcc使用教程。

reveal控制編譯時(shí)是否跳轉(zhuǎn)到終端面板?？筛鶕?jù)自己喜好修改；即使設(shè)為never，也只是不自動(dòng)跳轉(zhuǎn)，手動(dòng)點(diǎn)進(jìn)去還是可以看到信息。

// https://code.visualstudio.com/docs/editor/tasks
{
    "version": "2.0.0",
    "tasks": [{
        "label": "Compile", // 任務(wù)名稱(chēng)，與launch.json的preLaunchTask相對(duì)應(yīng)
        "command": "gcc",   // 要使用的編譯器，C++用g++
        "args": [
            "${file}",
            "-o",    // 指定輸出文件名，不加該參數(shù)則默認(rèn)輸出a.exe，Linux下默認(rèn)a.out
            "${fileDirname}/${fileBasenameNoExtension}.exe",
            "-g",    // 生成和調(diào)試有關(guān)的信息
            "-m64", // 不知為何有時(shí)會(huì)生成16位應(yīng)用而無(wú)法運(yùn)行，加上此條可強(qiáng)制生成64位的
            "-Wall", // 開(kāi)啟額外警告
            "-static-libgcc",     // 靜態(tài)鏈接libgcc，一般都會(huì)加上
            "-fexec-charset=GBK", // 生成的程序使用GBK編碼，不加這條會(huì)導(dǎo)致Win下輸出中文亂碼；繁體系統(tǒng)改成BIG5
            // "-std=c11", // 要用的語(yǔ)言標(biāo)準(zhǔn)，根據(jù)自己的需要修改。c++可用c++14
        ], // 編譯的命令，其實(shí)相當(dāng)于VSC幫你在終端中輸了這些東西
        "type": "process", // process是把預(yù)定義變量和轉(zhuǎn)義解析后直接全部傳給command；shell相當(dāng)于先打開(kāi)shell再輸入命令，所以args還會(huì)經(jīng)過(guò)shell再解析一遍
        "group": {
            "kind": "build",
            "isDefault": true // 不為true時(shí)ctrl shift B就要手動(dòng)選擇了
        },
        "presentation": {
            "echo": true,
            "reveal": "always", // 執(zhí)行任務(wù)時(shí)是否跳轉(zhuǎn)到終端面板，可以為always，silent，never。具體參見(jiàn)VSC的文檔
            "focus": false,     // 設(shè)為true后可以使執(zhí)行task時(shí)焦點(diǎn)聚集在終端，但對(duì)編譯C/C++來(lái)說(shuō)，設(shè)為true沒(méi)有意義
            "panel": "shared"   // 不同的文件的編譯信息共享一個(gè)終端面板
        },
        "problemMatcher":"$gcc" // 捕捉編譯時(shí)終端里的報(bào)錯(cuò)信息到問(wèn)題面板中，修改代碼后需要重新編譯才會(huì)再次觸發(fā)
        // 本來(lái)有Lint，再開(kāi)problemMatcher就有雙重報(bào)錯(cuò)，但MinGW的Lint效果實(shí)在太差了；用Clang可以注釋掉
    }]
}

settings.json代碼

把這個(gè)文件里的東西放到“用戶(hù)設(shè)置”里可以覆蓋全局設(shè)置，否則只在當(dāng)前工作區(qū)才有效。這兩點(diǎn)各有自己的優(yōu)勢(shì)。

Code Runner的命令行和某些選項(xiàng)可以根據(jù)自己的需要在此處修改，想自定義或者想知道是什么意思還是參見(jiàn)此擴(kuò)展的文檔和百度gcc使用教程。如果終端用的是cmd（Win7默認(rèn)）需要改用注釋掉的，或者把terminal.integrated.shell.windows改為PowerShell；Win10默認(rèn)就是PS就不用改。

感謝@Wellin Boss提到的snippetSuggestions；不過(guò)用top有時(shí)還是有點(diǎn)問(wèn)題的，所以改成可選。

{
    "files.defaultLanguage": "c", // ctrl+N新建文件后默認(rèn)的語(yǔ)言
    "editor.formatOnType": true,  // 輸入分號(hào)(C/C++的語(yǔ)句結(jié)束標(biāo)識(shí))后自動(dòng)格式化當(dāng)前這一行的代碼
    "editor.suggest.snippetsPreventQuickSuggestions": false, // clangd的snippets有很多的跳轉(zhuǎn)點(diǎn)，不用這個(gè)就必須手動(dòng)觸發(fā)Intellisense了
    "editor.acceptSuggestionOnEnter": "off", // 我個(gè)人的習(xí)慣，按回車(chē)時(shí)一定是真正的換行，只有tab才會(huì)接受Intellisense
    // "editor.snippetSuggestions": "top", // （可選）snippets顯示在補(bǔ)全列表頂端，默認(rèn)是inline

    "code-runner.runInTerminal": true, // 設(shè)置成false會(huì)在“輸出”中輸出，無(wú)法輸入
    "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時(shí)運(yùn)行的命令；未注釋的僅適用于PowerShell（Win10默認(rèn)）和pwsh，文件名中有空格也可以編譯運(yùn)行；注釋掉的適用于cmd（win7默認(rèn)）、PS和bash，但文件名中有空格時(shí)無(wú)法運(yùn)行
    "code-runner.saveFileBeforeRun": true, // run code前保存
    "code-runner.preserveFocus": true,     // 若為false，run code后光標(biāo)會(huì)聚焦到終端上。如果需要頻繁輸入數(shù)據(jù)可設(shè)為false
    "code-runner.clearPreviousOutput": false, // 每次run code前清空屬于code runner的終端消息，默認(rèn)false
    "code-runner.ignoreSelection": true,   // 默認(rèn)為false，效果是鼠標(biāo)選中一塊代碼后可以單獨(dú)執(zhí)行，但C是編譯型語(yǔ)言，不適合這樣用
    "code-runner.fileDirectoryAsCwd": true, // 將code runner終端的工作目錄切換到文件目錄再運(yùn)行，對(duì)依賴(lài)cwd的程序產(chǎn)生影響；如果為false，executorMap要加cd $dir

    "C_Cpp.clang_format_sortIncludes": true, // 格式化時(shí)調(diào)整include的順序（按字母排序）
}

c_cpp_properties.json

如果你確定不需要使用別人的庫(kù)，則現(xiàn)在的版本（0.18.0之后）不需要?jiǎng)?chuàng)建這個(gè)文件了，cpptools會(huì)自動(dòng)使用默認(rèn)的設(shè)置。所以本文也不再包含此文件的配置。

如果你自己編寫(xiě)了頭文件又不在workspaceFolder下，或是使用別人的庫(kù)，就需要手動(dòng)創(chuàng)建這個(gè)文件放到.vscode下了。模板可以參考：Microsoft/vscode-cpptools。

一些曾經(jīng)的經(jīng)驗(yàn)：

• 庫(kù)的路徑要加到includePath和browse里

• 如果需要遞歸包含，末尾加/**。

• 這個(gè)json不允許有注釋?zhuān)鋵?shí)按照json標(biāo)準(zhǔn)本來(lái)就不能有

• compilerPath好像必需是MinGW的完整路徑，精確到gcc.exe，否則會(huì)提示找不到頭文件；Linux下是/usr/bin/gcc；但我很久沒(méi)有測(cè)試過(guò)了

• Windows下的目錄分隔符為反斜杠，原本應(yīng)使用兩個(gè)反斜杠來(lái)轉(zhuǎn)義，但直接用斜杠這里也接受

• 除了配置這個(gè)文件，還需要進(jìn)行別的操作。一部分可以參考下文的“多文件編譯”

補(bǔ)充知識(shí)

json是一種數(shù)據(jù)交換格式，大部分是JavaScript的子集現(xiàn)在變成完全子集了。在這里就是用作配置文件。VSC和各個(gè)擴(kuò)展會(huì)讀取json中的條目，來(lái)決定某些功能和行為。

這么多條目哪里來(lái)的呢？這其實(shí)和API差不多。擴(kuò)展開(kāi)發(fā)者會(huì)把允許修改的選項(xiàng)“告訴”VSC，各個(gè)擴(kuò)展的安裝頁(yè)面都有寫(xiě)。作為使用者，輸入的時(shí)候VSC會(huì)提示你哪些是可用的，所以其實(shí)很容易寫(xiě)。

為什么要往json里寫(xiě)這么多的東西？因?yàn)閂SC本身并沒(méi)有對(duì)C語(yǔ)言特別優(yōu)待，對(duì)其他許多語(yǔ)言也一樣。而且最關(guān)鍵的編譯命令和VSC是沒(méi)有關(guān)系的，這就是上面提到過(guò)的編輯器和編譯器的事。VSC不負(fù)責(zé)、無(wú)法、不能編譯C語(yǔ)言。

以$開(kāi)頭的是VSC預(yù)定義的變量，具體參見(jiàn)：Variables Reference。比如$file在實(shí)際運(yùn)行時(shí)會(huì)替換成當(dāng)前打開(kāi)的文件名。

3. 寫(xiě)代碼，編譯，調(diào)試

新建文件后就可以寫(xiě)代碼了，c語(yǔ)言源代碼后綴是.c，c++是.cpp或.C或.cxx（這也要我教嗎……）。代碼文件在保存工作區(qū)內(nèi)都可以，可以自己建立文件夾，不必放到.vscode文件夾里，但路徑里(包括文件名)不要含有中文和引號(hào)，最好不要有空格。主要是許多符號(hào)是有效的shell語(yǔ)法，不然試試Linux下用rm刪除一個(gè)叫做-rf的文件？沒(méi)查過(guò)絕對(duì)寫(xiě)不出來(lái)。

按Alt+Shift+F（或者用右鍵菜單）可以格式化代碼，修改格式化方式如大括號(hào)是否換行可看：Format Curly Braces on Same Line in C++ VSCode。出現(xiàn)Intellisense的時(shí)候按tab可以補(bǔ)全代碼。打出snippets時(shí)會(huì)出現(xiàn)多個(gè)跳轉(zhuǎn)點(diǎn)，按tab可以跳到下一個(gè)去。

停止輸入一小段時(shí)間（一秒）后就會(huì)有Lint，擴(kuò)展會(huì)給一些建議性的warning（比如聲明了變量但不使用），自己清楚就行。如果覺(jué)得不爽，也有方法不讓它提示，比如去掉-Wall就會(huì)少一些。如果還想去掉更多的警告，我提示一下：-Wno-...。找好參數(shù)后可以用#pragma GCC diagnostic ignored或者加到各種Flags里?？傊约貉芯?。不過(guò)cpptools的Lint不支持設(shè)定Flags，有點(diǎn)坑，F(xiàn)ollow：Error and Warning Flags?  · Issue #2814 · microsoft/vscode-cpptools

接下來(lái)說(shuō)說(shuō)運(yùn)行的事。首先，編譯是從源代碼生成可執(zhí)行文件的過(guò)程。而調(diào)試其實(shí)是一種特殊的運(yùn)行，是能控制程序運(yùn)行，方便之后修改的一種手段。這是兩個(gè)不同的階段，可能出現(xiàn)編譯通過(guò)但調(diào)試失敗，也可能直接編譯就失敗，還有可能編譯還沒(méi)開(kāi)始就失敗了。如果你只說(shuō)“運(yùn)行失敗”，別人是看不出是哪個(gè)階段出了問(wèn)題的。如果確定某個(gè)階段通過(guò)了，那就不用管那個(gè)階段了，就能專(zhuān)注于解決別的階段的問(wèn)題。

按Ctrl+Shift+B單純編譯，按F5為編譯加調(diào)試；本來(lái)ctrl+F5為運(yùn)行但不調(diào)試，但現(xiàn)在cpptools暫不支持，還是會(huì)調(diào)試。Follow: Support "Run without debugging" · Issue #1201 · microsoft/vscode-cpptools

在寫(xiě)程序初期，我強(qiáng)烈建議不要把f5當(dāng)作編譯來(lái)使用，因?yàn)橛械腷ug只會(huì)產(chǎn)生警告，不會(huì)阻止編譯，但這些東西越早期解決越好。編譯信息會(huì)在底下的“終端”面板里，如果代碼有錯(cuò)誤，點(diǎn)進(jìn)去可以看編譯器報(bào)的信息；不過(guò)因?yàn)橛蠰int了，平常的錯(cuò)誤可以馬上被發(fā)現(xiàn)和修改，寫(xiě)代碼就輕松很多。

加斷點(diǎn)在列號(hào)前面點(diǎn)一下就行，右鍵可以加條件斷點(diǎn)。如果想從一開(kāi)始就停下來(lái)，可以加在main函數(shù)那里，或者launch.json中有個(gè)設(shè)置。開(kāi)始調(diào)試后，按f11可以一步一步進(jìn)行，箭頭所指的那行代碼就是下一步要運(yùn)行的代碼；f5是一直運(yùn)行到下一個(gè)斷點(diǎn)，右鍵某一行代碼可以選擇一直運(yùn)行到指定的那一行。

左邊有個(gè)調(diào)試欄，可以看到變量的值，自動(dòng)欄沒(méi)有的可以手動(dòng)添加：在代碼里選中要監(jiān)視的表達(dá)式，點(diǎn)右鍵有選項(xiàng)可以直接添加到Watch里，復(fù)雜的才需要手打。把鼠標(biāo)放到變量上可以看到變量的值，但是只能識(shí)別簡(jiǎn)單的表達(dá)式。棧幀對(duì)于觀(guān)察遞歸很有用。棧溢出和段錯(cuò)誤時(shí)還可以抓取“異?！保詣?dòng)跳轉(zhuǎn)到出錯(cuò)的行。

特別的，對(duì)于數(shù)組：C語(yǔ)言的數(shù)組經(jīng)過(guò)函數(shù)傳遞以后會(huì)退化為指針，直接添加表達(dá)式就只能看到第一個(gè)元素。此時(shí)可以強(qiáng)制轉(zhuǎn)換成指向固定大小的數(shù)組指針再解引：例如int arr[10]傳進(jìn)函數(shù)里后就變成了int* arr，在Watch里添加*(int(*)[10])arr，這樣就能看到完整的數(shù)組了。但長(zhǎng)度必須是寫(xiě)死的，自己小心越界?；蛘吆?jiǎn)單的程序用全局變量數(shù)組就能一直看到了。另一種只對(duì)gdb且是非void*有效的寫(xiě)法：*arr@10。

快捷鍵：vscode: Visual Studio Code 常用快捷鍵 - 志文工作室。英文文檔中當(dāng)然有快捷鍵的說(shuō)明，還有Cheet Sheet可以看，而且英文文檔會(huì)更新。這個(gè)單獨(dú)列出來(lái)僅給初學(xué)者。

如果遇到錯(cuò)誤，先看底下的“某些可能出現(xiàn)的錯(cuò)誤”以及看評(píng)論區(qū)。

Code Runner

如果你不需要調(diào)試，可以直接右鍵選run code，或者點(diǎn)右上角的播放按鈕。如果在終端里運(yùn)行，可以輸入數(shù)據(jù)，但是少了顯示時(shí)間的功能；在“輸出”中則上面兩項(xiàng)相反。

在終端中按Ctrl + C可以終止程序運(yùn)行，下一次運(yùn)行前必須保證當(dāng)前程序已經(jīng)終止了（對(duì)于task也是一樣的）。如果你想要復(fù)制，選中內(nèi)容后直接按一下右鍵就可以了；粘貼則是在未選中時(shí)按右鍵；這個(gè)操作僅限于Win10，ctrl+c也可以復(fù)制但可能一不小心就把程序終止了。

用它還可以在非工作區(qū)內(nèi)編譯運(yùn)行程序，不過(guò)默認(rèn)用的是gcc，除非把executorMap放到全局設(shè)置里。按照我的配置，task和Code Runner還有一點(diǎn)不同：working directory。前者是你打開(kāi)的文件夾，后者是文件所在的文件夾。當(dāng)然它們也都可以自己修改。

其實(shí)Code Runner只是代替你手動(dòng)輸命令，功能并不強(qiáng)，算是適用場(chǎng)景不同吧。不要以為run code跑個(gè)Hello World很簡(jiǎn)單，Code Runner就很強(qiáng)、前面那么多配置都是垃圾了。

另外，樓下的答主韓駿就是此擴(kuò)展作者，有事統(tǒng)統(tǒng)找他（滑稽）。

多文件編譯

如果你想進(jìn)行少量的多文件編譯，C語(yǔ)言直接用gcc 源文件1.c 源文件2.c 頭文件1.h這樣就好，C++用g++。默認(rèn)生成a.exe，加-o可指定輸出文件名，其余選項(xiàng)百度gcc使用教程。如果需要多次編譯可以寫(xiě)一個(gè)批處理。

如果你想進(jìn)行大量的多文件編譯，請(qǐng)學(xué)習(xí)如何寫(xiě)makefile或使用cmake。然后把tasks的命令改成調(diào)用make（或mingw32-make）等。

如果你想使用別人的庫(kù)，比如ffmpeg，可能需要在命令中指定-I、-l（小寫(xiě)的L）、-L。具體參數(shù)閱讀那個(gè)庫(kù)的文檔。還可能需要把路徑添加到c_cpp_properties.json里來(lái)配置Intellisense。

這些情況下可以考慮單獨(dú)建一個(gè)工作區(qū)，不要和單文件編譯的共用。其實(shí)不新建工程(Project)、只是單文件就能調(diào)試，是不利于以后使用和理解大型IDE的。不過(guò)初學(xué)也不用掌握那么多，不要覺(jué)得建工程很麻煩、不建工程就能編譯很強(qiáng)就是了。

總之這些和VSC無(wú)關(guān)，用其它IDE或是手動(dòng)編譯也會(huì)遇到差不多的問(wèn)題，也有點(diǎn)復(fù)雜。本文就不多討論這些了，自行解決。

保存文件夾

以后寫(xiě)代碼必須打開(kāi)之前那個(gè)建立好的文件夾才能寫(xiě)，否則所有的Intellisense都沒(méi)有，只有Code Runner能用。（主要是需要那四個(gè)json，新建其它文件夾需把那幾個(gè)json復(fù)制過(guò)去就也能用）

可以創(chuàng)建一個(gè)快捷方式（右鍵新建），把工作區(qū)路徑作為參數(shù)傳給VSC主程序，記得打雙引號(hào)；還可以加個(gè)圖標(biāo)。1.18有了真正的虛擬工作區(qū)，可以一個(gè)窗口包含多個(gè)不在一起的文件夾，“文件”菜單里也有“保存工作區(qū)”這個(gè)功能，但是我都沒(méi)試過(guò)，不保證沒(méi)問(wèn)題。

清理臨時(shí)文件

按照這樣配置，長(zhǎng)期編譯代碼下來(lái)肯定有一大堆的exe，還可能分散在不同的文件夾里。

可以考慮修改一下json文件，把生成文件的目錄指定到一個(gè)專(zhuān)門(mén)放exe的文件夾里；如果不會(huì)，百度gcc使用教程以及看我的json里的注釋?；蛘哔Y源管理器右上角搜索*.exe然后手動(dòng)刪除。

也可也寫(xiě)個(gè)bat，放到工作區(qū)里，要用的時(shí)候右鍵Run Code：

del %~dp0*.exe /q /s
del %~dp0tempCodeRunnerFile.c /q /s
del %~dp0a.out /q /s
del %~dp0*.o /q /s

其中%~dp0會(huì)被替換成該批處理所在目錄，這是為了防止有同學(xué)選錯(cuò)工作目錄，誤刪根目錄下的文件；code runner的設(shè)置我也調(diào)整成了先切換到文件目錄，雙保險(xiǎn)。

添加純英文輸入法

Windows 10，默認(rèn)輸入法只有一個(gè)微軟拼音，按一次shift就能進(jìn)行中英轉(zhuǎn)換；為了保持兼容，按ctrl加空格也能進(jìn)行中英轉(zhuǎn)換，但這個(gè)快捷鍵正是強(qiáng)制觸發(fā)Intellisense的快捷鍵。

所以，我強(qiáng)烈建議手動(dòng)添加“英語(yǔ)”語(yǔ)言輸入法，正常代碼時(shí)切換到純英文輸入法（win+空格），在需要頻繁中文注釋或者在字符串里寫(xiě)中文時(shí)才用中文輸入法的英文模式。

這樣也可以解決某些游戲需要用到shift鍵但同樣快捷鍵沖突的問(wèn)題。具體操作可以自己百度，也可以看我寫(xiě)的這篇有點(diǎn)復(fù)雜的文章：Windows 切換顯示語(yǔ)言與添加純英文輸入法。

某些可能出現(xiàn)的錯(cuò)誤

為了閱讀的連貫性，這一部分移到了“A. 一些其它可能出現(xiàn)的錯(cuò)誤”。遇到問(wèn)題優(yōu)先查看那里是否已經(jīng)提了。

4. 其他設(shè)置

我的一些其他的設(shè)置，用在全局settings.json里，根據(jù)自己的情況調(diào)整，不需要全部照著我的寫(xiě)。寫(xiě)完一個(gè)以后要打逗號(hào)；最外面的那個(gè)大括號(hào)我沒(méi)加，就別弄丟了。

現(xiàn)在的VSC用的是可視化的設(shè)置界面，其實(shí)原本是手動(dòng)編輯且出現(xiàn)兩列設(shè)置的。點(diǎn)擊右上角那個(gè)花括號(hào)就能手動(dòng)編輯。

作者：譚九鼎
鏈接：https://www.zhihu.com/question/30315894/answer/154979413
來(lái)源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

"editor.fontFamily": "等距更紗黑體 SC", // 控制編輯器字體
"editor.fontSize": 16, // 同上
"editor.fontLigatures": true, // 連體字，效果不太好形容，見(jiàn) https://typeof.net/Iosevka 最后一部分
"editor.minimap.enabled": false, // 我個(gè)人不用minimap，就是右邊那個(gè)東西
"editor.dragAndDrop": false, // 選中文字后，可以拖動(dòng)它們調(diào)整位置。我是不需要
"editor.cursorSmoothCaretAnimation": true, // 移動(dòng)光標(biāo)時(shí)變得平滑
"editor.smoothScrolling": true, // 滾動(dòng)平滑，不過(guò)效果很微弱
 
"files.trimTrailingWhitespace": true, // 保存時(shí)，刪除每一行末尾的空格
"files.insertFinalNewline": true, // 保存后文件最末尾加一整行空行，Linux下的習(xí)慣
"files.autoGuessEncoding": false, // 啟用后，會(huì)在打開(kāi)文件時(shí)嘗試猜測(cè)字符集編碼。我關(guān)閉的理由見(jiàn)6，默認(rèn)也是禁用的

"workbench.colorTheme": "One Dark Pro", // 主題
"workbench.colorCustomizations": {
      "activityBar.foreground": "#39C5BB" // 自定義顏色；想定義其它位置參見(jiàn)官方文檔
},
"workbench.settings.useSplitJSON": true, // 恢復(fù)手動(dòng)編輯時(shí)的兩列設(shè)置
"window.zoomLevel": 0.2, // 整體放大

"git.enabled": false, // 如果你不用git，可以考慮關(guān)閉它
"git.ignoreMissingGitWarning": true, // 同上

"[c]": {
    // "files.encoding": "gbk" // 這樣的格式可以對(duì)指定后綴的文件應(yīng)用設(shè)置，如果你實(shí)在想用gbk，就這樣設(shè)置吧。cpp同理。
},

更紗黑體是樓下B神做的字體，特點(diǎn)是標(biāo)點(diǎn)好看（誤）：be5invis/Sarasa-Gothic

Consolas雖然是Windows自帶字體中還算行的，但它只有英文字體；微軟雅黑雖然是非襯線(xiàn)字體，但它不是等距的，這一點(diǎn)非常不適合編程，等線(xiàn)也不等距；中易宋體……告辭。不下新的字體，其他兩大系統(tǒng)我不清楚，Windows下簡(jiǎn)直沒(méi)有編程可用的字體。Consolas加雅黑嘛，也還行吧，不過(guò)能用更好的干嘛不用呢。

6. 關(guān)于中文和亂碼

VS Code輸出中文會(huì)出現(xiàn)亂碼，很多人都遇到過(guò)。這是因?yàn)樵创a默認(rèn)是UTF-8編碼，cmd/PowerShell是GBK編碼。直接編譯，會(huì)把“你好”輸出成“浣犲ソ”。Linux就沒(méi)有這個(gè)問(wèn)題。

一種解決方法是用gcc，編譯時(shí)用-fexec-charset=GBK這個(gè)參數(shù)（目前的配置是有的），生成的程序就是GBK編碼的，源文件仍是UTF8。而clang的execution-charset supports only UTF-8，所以用clang就無(wú)解。

另一種方法是用寬字符輸出，有點(diǎn)復(fù)雜，見(jiàn)：C語(yǔ)言與中文的一些測(cè)試 (Win, UTF8源碼) 。此文也提到了chcp 65001的事。

直接修改非Unicode程序的語(yǔ)言為UTF8(beta)會(huì)導(dǎo)致所有用GBK的程序亂碼，這是不可接受的。

當(dāng)然，如果你不打算堅(jiān)持用UTF8作為源代碼的編碼，那直接用GBK編碼也行。

如果是打開(kāi)已有的以GBK編碼的文件，VS Code默認(rèn)會(huì)以UTF-8編碼打開(kāi)（除非你設(shè)置了猜測(cè)編碼），這樣編輯器內(nèi)的中文就會(huì)亂碼，此時(shí)要點(diǎn)右下角的GBK，選“通過(guò)編碼重新打開(kāi)”，選UTF-8即可。那為什么不打開(kāi)自動(dòng)猜測(cè)編碼呢？可以參見(jiàn)我的這個(gè)回答：VS Code 中文注釋顯示亂碼怎么辦？。如果你不擔(dān)心，那就開(kāi)吧。

如果把代碼文件發(fā)給其他用Windows的人，最好轉(zhuǎn)成GBK，否則別人用記事本打開(kāi)有可能會(huì)亂碼（1803后的記事本改善了一些，聯(lián)通已經(jīng)不會(huì)亂碼了）。

對(duì)于調(diào)試，無(wú)論怎么做，gdb都無(wú)法調(diào)試路徑中存在中文的程序。這個(gè)貌似是gdb的bug，但是優(yōu)先級(jí)極低：[gdb] cannot not open source file with Chinese/Unicode characters in path when debugging · Issue #602 · microsoft/vscode-cpptools

總之，對(duì)于Windows，這些問(wèn)題沒(méi)什么好辦法，因?yàn)楸疚挠玫倪@一套就是從Linux搬過(guò)來(lái)的。用Linux應(yīng)該就沒(méi)有這些問(wèn)題了。

7. 找不到頭文件的錯(cuò)誤

• gcc不在Path里?；厝タ瓷厦娴尿?yàn)證那一步

• 手動(dòng)配置了c_cpp_properties.json且包含的路徑不正確。如果沒(méi)有創(chuàng)建此文件就不用管

• 重啟試試

如果你保證這幾點(diǎn)都符合要求，那我也沒(méi)什么好辦法……要不就換其它答主的教程吧。注意這句話(huà)是終極Fallback，如果你確信你沒(méi)有操作錯(cuò)誤，那就不用問(wèn)我了，我是無(wú)法解決的。

另一種找不到頭文件的錯(cuò)誤：

這種情況是因?yàn)閏lang的默認(rèn)target為msvc，需要加--target=x86_64-w64-mingw這個(gè)參數(shù)才行。

這個(gè)默認(rèn)target是寫(xiě)死在源代碼里的，我找了一圈沒(méi)找到正常修改辦法。下載clang的源代碼，自己改掉，再編譯clang本身，也許可以解決。或者裝Windows SDK而不使用mingw，這樣就符合默認(rèn)target了。

當(dāng)然這個(gè)時(shí)候最簡(jiǎn)單的辦法就是用gcc編譯。

12. 在Win下使用clang

其實(shí)這部分本來(lái)是本文的主打部分的，但是確實(shí)會(huì)引入太多概念，而且效果也不是那么好（因?yàn)闆](méi)有l(wèi)ibc++），現(xiàn)在全都放在這里變成可選內(nèi)容。理論上在WSL里用更好，又但也許這樣會(huì)從一個(gè)坑跳到另一個(gè)坑，我沒(méi)試過(guò)。本部分僅留作踩坑經(jīng)驗(yàn)。

• Q：為什么要裝Clang？
  A：錯(cuò)誤提示更友好。以及：Clang 比 GCC 好在哪里？

• Q：Clang怎么讀？
  A：正確答案是/?kl??/，即c發(fā)"可"的音；不過(guò)實(shí)際還是以雙方都理解為基礎(chǔ)，比如平常把SQL說(shuō)成circle也是能理解的。

• Q：為什么既要裝Clang又要裝MinGW？
  A：因?yàn)閃in下的Clang沒(méi)有l(wèi)ibc++。你也可以選擇裝VS用Windows SDK，就不需要MinGW了，這個(gè)更官方一些，但體積較大。

• Q：MSVC integration install failed / unable to find a Visual Studio installation...
  A：就是上一條的原因，Clang默認(rèn)用的是MSVC的后端。但本部分用的是MinGW，所以就不用管這個(gè)提示。要不就裝Windows SDK

環(huán)境

• LLVM Download Page：在此頁(yè)面下載Clang。選 Pre-Built Binaries 中的 Windows (64-bit)，不需要下.sig文件

• vscode-clangd：提供Intellisense和Lint功能；倉(cāng)庫(kù)及用法見(jiàn)：clangd/clangd

• C/C++ Clang Command Adapter：本文曾用過(guò)，vscode-clangd出現(xiàn)問(wèn)題時(shí)可以考慮換成這個(gè)試試；配置有一些不同，需要改clang.cflags；如果沒(méi)出問(wèn)題就別裝了

• Clang-Format：只有想自定義代碼風(fēng)格時(shí)才裝，比如大括號(hào)是否換行。需要另外學(xué)習(xí)如何使用

• CodeLLDB：lldb的vscode擴(kuò)展，需要Python環(huán)境；我沒(méi)用過(guò)

配置

• 編譯命令加一句--target=x86_64-w64-mingw。clang的默認(rèn)target為msvc，不加就會(huì)找不到頭文件

• C_Cpp.errorSquiggles、C_Cpp.autocomplete、C_Cpp.suggestSnippets都關(guān)掉，否則會(huì)跟clangd報(bào)的重復(fù)

compile_flags.txt

其實(shí)就是設(shè)定那些編譯選項(xiàng)，基本上用-Wall和--target=x86_64-w64-mingw就行。clangd只會(huì)使用離要評(píng)估的文件最近的一個(gè)compile_flags.txt。因?yàn)樾枰ＷC有--target，最好創(chuàng)建一個(gè)放到工作區(qū)磁盤(pán)的根目錄用作fallback。

但比較坑的是，C和C++都會(huì)使用.h作為頭文件，如果不加任何std，.c和.cpp能正確lint，但是.h會(huì)使用C的模式。對(duì)于fallback來(lái)說(shuō)感覺(jué)沒(méi)什么好辦法。還是那句話(huà)，要不就裝Windows SDK。

13. 我編寫(xiě)代碼的體驗(yàn)

體積上，本體+編譯器+擴(kuò)展，如果只是用來(lái)寫(xiě)C，硬盤(pán)占用并不算小，上1G了。內(nèi)存占用還是比較少的（0.5g左右）；曾經(jīng)出過(guò)吃大量?jī)?nèi)存的bug，當(dāng)然現(xiàn)在早就修好了。

VSC的第一優(yōu)勢(shì)也許是好看？雖然不是專(zhuān)門(mén)為C/C++設(shè)計(jì)的，但它應(yīng)該是現(xiàn)在最現(xiàn)代化的純文本編輯器了。而且光Lint這一點(diǎn)就比wintc、cfree、dev c++強(qiáng)了很多了，更別提dev c++自己的Debug功能就有bug。

其它IDE，CodeBlocks還活著，雖然歷史包袱非常明顯。Clion界面美觀(guān)，功能也挺強(qiáng)，不過(guò)只有英文，剛上手用起來(lái)可能有點(diǎn)困難；學(xué)生可以免費(fèi)申請(qǐng)key，否則收費(fèi)。如果想用Windows SDK，下個(gè)Visual Studio (Installer)，Community版勾上C++桌面開(kāi)發(fā)就是，這樣就符合Clang的默認(rèn)Target了，但我覺(jué)得還不如直接用VS。其它答主對(duì)一些C的IDE的評(píng)價(jià)可以看這個(gè)回答：毫無(wú)編程基礎(chǔ)的小白準(zhǔn)備學(xué)習(xí)C語(yǔ)言，用VC6還是VS2015？。

我還有一點(diǎn)想對(duì)學(xué)生黨說(shuō)：能自己百度到這篇文章，努力去看懂、動(dòng)手配置，已經(jīng)比貼吧無(wú)數(shù)伸手黨和等著老師在qq群里發(fā)IDE的人強(qiáng)了很多了。如果有能力，還是建議你們讀讀VSC的文檔：Documentation for Visual Studio Code，并不復(fù)雜，體驗(yàn)一下英語(yǔ)的實(shí)際應(yīng)用也不錯(cuò)哦。

A. 一些其它可能出現(xiàn)的錯(cuò)誤

• 如果你只寫(xiě)了個(gè)hello world，不加任何斷點(diǎn)，按f5以后黑框框一閃而過(guò)/閃退是正?，F(xiàn)象。想讓程序暫停運(yùn)行可以在末尾加上一個(gè)或兩個(gè)getchar();，不明白為什么有時(shí)要用兩個(gè)？去問(wèn)你們C語(yǔ)言老師；或用system("pause")，或加斷點(diǎn)，或者launch.json里用內(nèi)置終端(externalConsole false)。如果你硬要用外置終端且要什么都不做，就想運(yùn)行后暫停在那里，那么VSC辦不到，至少我的配置辦不到，我也不想研究，因?yàn)槲矣脙?nèi)置終端。

• preLaunchTask“Compile”已終止，退出代碼為 1：編譯有error并且你用的是F5運(yùn)行的就會(huì)有這個(gè)提示；如果你點(diǎn)仍然調(diào)試，就會(huì)調(diào)試上一次編譯成功的文件。其實(shí)所有的編譯失敗都會(huì)觸發(fā)這個(gè)錯(cuò)誤，出錯(cuò)的返回值是1難道不是常識(shí)？所以?xún)H僅告訴我出現(xiàn)了這個(gè)提示根本沒(méi)用，它的意思就是出錯(cuò)了，沒(méi)有人能看出原因，原因在“終端”面板里。如果Hello World能正常調(diào)試運(yùn)行，但某個(gè)其它代碼出現(xiàn)這個(gè)錯(cuò)誤，很可能是你自己代碼本身有錯(cuò)誤。

• 終端將被任務(wù)重用，按任意鍵關(guān)閉：聽(tīng)過(guò)“按任意鍵繼續(xù)”嗎？這句話(huà)就是這個(gè)意思。這句話(huà)比上面那個(gè)退出代碼為1還要沒(méi)用，它根本就不包含任何有效信息，無(wú)論成功還是出錯(cuò)都會(huì)顯示它，它就是一個(gè)說(shuō)明性的文字。

• 無(wú)法打開(kāi)...，找不到文件(file:///build/glibc-OTsEL5/glibc-2.27/...)：我在Linux下遇到了這個(gè)問(wèn)題，看起來(lái)應(yīng)該是你試圖step in一個(gè)庫(kù)函數(shù)，但是沒(méi)有源代碼。解決辦法是下一個(gè)glibc放到指定位置。或者參見(jiàn)這個(gè)：Disable "Unable to open file" during debug · Issue #811 · Microsoft/vscode-cpptools。

• undefined reference to xxx ... linker command failed：調(diào)用了未聲明的函數(shù)?？赡苁呛瘮?shù)名打錯(cuò)了，或者沒(méi)有include頭文件?？傊悄阕约旱拇a有錯(cuò)誤。

• ld: cannot open output file ... permission denied：原程序仍在運(yùn)行（比如死循環(huán)），無(wú)法被覆蓋所以生成失敗。任務(wù)管理器結(jié)束那個(gè)進(jìn)程即可。

• MinGW下，監(jiān)視（Watch）窗口里用strcmp，會(huì)導(dǎo)致gdb崩潰退出，原因不明。linux下正常。

• 重命名文件后，原來(lái)已有的Lint還會(huì)在問(wèn)題欄里；修改了文件后斷點(diǎn)可能會(huì)失效。以及還存在一些其他的像這樣的小bug，一般關(guān)掉VSC再開(kāi)就行。

• 此配置無(wú)法使用Bash for Windows或WSL，因?yàn)閎ash中的反斜杠會(huì)被識(shí)別為換行。cpptools現(xiàn)為launch.json提供了一個(gè)Bash on Windows Launch的snippets?，F(xiàn)在又出了一個(gè)Remote WSL。但這些我都沒(méi)有試過(guò)如何使用。

• 如果你要進(jìn)行調(diào)試，不要開(kāi)優(yōu)化。gcc用-Og還可以保留一些調(diào)試信息，但clang用了以后就不能用gdb調(diào)試了。即使如此我還是在某一次寫(xiě)代碼的時(shí)候遇到了無(wú)法跳入函數(shù)的問(wèn)題，而VS可以跳入。

• vscode-clangd第一次無(wú)法正確檢測(cè)到printf和scanf還有realloc，但是代碼中用過(guò)一次以后就好了。我也不知道為什么。

• 此時(shí)不應(yīng)有 &：終端改為用PowerShell或者code runner的executorMap用我注釋掉的那兩條命令。具體看上面settings.json的說(shuō)明。

• crt0_c.c:(.text.startup+0x2e): undefined reference to `WinMain'：沒(méi)有main函數(shù)，或者把main寫(xiě)成了mian。

• 在Win下用clang+mingw，#include 會(huì)報(bào)'float.h' file not found，改成g++后就好了。我覺(jué)得這應(yīng)該是庫(kù)的bug，反正我是不知道怎么解決?；蛘邉e用C++17試試

B. 如何添加環(huán)境變量

圖形化的方式：右鍵“此電腦”，選屬性；或者按win+PauseBreak。選左邊的高級(jí)系統(tǒng)設(shè)置，高級(jí)，環(huán)境變量。選上面那幾個(gè)條目中的Path，編輯，新建。然后把含有目標(biāo)exe的文件夾路徑填進(jìn)去。例如gcc在C:\mingw\bin\gcc，就填C:\mingw\bin，Win大小寫(xiě)不敏感。

命令行的方式：打開(kāi)cmd或者PS，setx /m path "%path%;C:\mingw\bin\" 。此命令無(wú)需管理員權(quán)限，且不會(huì)隨著終端退出而退出（就是和上面圖形化的效果一樣）。

如果還不知道怎么修改，可以自己百度或者b站搜“環(huán)境變量”看視頻。大多不是C的但是區(qū)別不大，小心別錯(cuò)刪了就是。

以上是“VSCode怎么編寫(xiě)運(yùn)行C、C++ 程序”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

名稱(chēng)欄目：VSCode怎么編寫(xiě)運(yùn)行C、C++程序
本文路徑：http://m.jiaotiyi.com/article/jhsohj.html