博客參考 https://www.cnblogs.com/esllovesn/p/10012653.html 和 https://blog.csdn.net/bat67/article/details/76095813
VS Code 是微軟發布一款跨平台的源代碼編輯器,其擁有強大的功能和豐富的擴展,使之能適合編寫許多語言。
本文面向初學者(但不是純小白),分享一點我配置C/C++的經驗。
本文所有內容均可從VS Code的官方文檔:C++ programming with Visual Studio Code 以及各個擴展的文檔中獲得,並且他們還會進行更新。
我的環境:64位Windows 10。VS Code的配置文件在Linux下應該也是通用的,但需要修改路徑等部位配置。
1. 先安裝 MSYS 2 https://www.cnblogs.com/flyinggod/p/10841636.html
2.修改msys 源( 否則下載包會失敗) https://www.cnblogs.com/flyinggod/p/10841291.html
3.下載並安裝 VS Code
4.配置 VS Code 的c++編譯環境,
4.1 選中c++ 相關的配置,會在本地多出一個.vscode的文件,並有 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": true, // 設為true時程序將暫停在程序入口處,我一般設置為true "cwd": "${workspaceFolder}", // 調試程序時的工作目錄 "environment": [], // (環境變量?) "externalConsole": true, // 調試時是否顯示控制台窗口,一般設置為true顯示控制台 "internalConsoleOptions": "neverOpen", // 如果不設為neverOpen,調試時會跳到“調試控制台”選項卡,你應該不需要對gdb手動輸命令吧? "MIMode": "gdb", // 指定連接的調試器,可以為gdb或lldb。但目前lldb在windows下沒有預編譯好的版本。 "miDebuggerPath": "gdb.exe", // 調試器路徑。 "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": false } ], "preLaunchTask": "Compile" // 調試會話開始前執行的任務,一般為編譯程序。與tasks.json的label相對應 } ] }
miDebuggerPath 節點的配置,要與本地的路徑一致(由於我已經將GCC路徑設置為環境變量,所以這兒直接就是gdb.exe,沒有設置的話可以配置為全局路徑即可).配置好了之后,F5啟動調試,這個時候,會讓你配置tasks.json。 會出現,一個下拉框,你隨便選擇一個(目的,是為了出現 tasks.json 文件),這樣,直接 配置 tasks.json 文件即可;
4.2 配置 tasks.json 文件
reveal可根據自己喜好修改,即使設為never,也只是編譯時不跳轉到“終端”而已,手動點進去還是可以看到,我個人設為never。命令行參數方面,-std根據自己的需要修改。如果使用Clang編寫C語言,把command的值改成clang。如果使用MinGW,編譯C用gcc,編譯c++用g++,並把-target和-fcolor那兩條刪去。如果不想要額外警告,把-Wall那一條刪去。
// https://code.visualstudio.com/docs/editor/tasks { "version": "2.0.0", "tasks": [ { "label": "Compile", // 任務名稱,與launch.json的preLaunchTask相對應 "command": "g++", // 要使用的編譯器 "args": [ "${file}", "-o", // 指定輸出文件名,不加該參數則默認輸出a.exe "${fileDirname}/${fileBasenameNoExtension}.exe", "-g", // 生成和調試有關的信息 "-Wall", // 開啟額外警告 "-static-libgcc", // 靜態鏈接 "-std=c++17" // C語言最新標准為c11,或根據自己的需要進行修改 ], // 編譯命令參數 "type": "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,去掉前面的注釋符,並在上一條之后加個逗號。照着我的教程做的不需要改(也可以把這行刪去) } ] }
4.3 c_cpp_properties.json
此文件內容來自於Microsoft/vscode-cpptools;這個json不允許有注釋(其實按照標准本來就不能有)。如果你沒有合並Clang和MinGW,則該文件中的compilerPath必需修改成MinGW的完整路徑,精確到gcc.exe,否則會提示找不到頭文件;Linux下應該是/usr/bin/gcc。如果你自己編寫了頭文件又不在workspaceFolder下,路徑也要加到includePath和browse里。這些路徑是否遞歸有效暫時未知,我的測試是有效的。Windows下的路徑為反斜杠,原本應使用兩個反斜杠來轉義,但直接用斜杠在VS Code中也接受。
{ "configurations": [ { "name": "MinGW", "intelliSenseMode": "clang-x64", "compilerPath": "D:/msys64/mingw32/bin/i686-w64-mingw32-gcc.exe", "includePath": [ "${workspaceFolder}" ], "defines": [], "browse": { "path": [ "${workspaceFolder}" ], "limitSymbolsToIncludedHeaders": true, "databaseFilename": "" }, "cStandard": "c11", "cppStandard": "c++17" } ], "version": 4 }
6.setting.json
把這個文件里的東西放到“用戶設置”里也可以覆蓋全局設置,自己進行選擇。Code Runner 的命令行和某些選項可以根據自己的需要在此處修改,用法還是參見此擴展的文檔和百度gcc使用教程。
如果你要使用其他地方的頭文件和庫文件,可能要往clang.cflags和clang.cxxflags里加-I和-L,用法百度gcc使用教程。Linux下去掉code runner 和 flags 的--target那一條,共四個。
{ "files.defaultLanguage": "cpp", // ctrl+N新建文件后默認的語言 "editor.formatOnType": true, // 輸入時就進行格式化,默認觸發字符較少,分號可以觸發 "editor.snippetSuggestions": "top", // snippets代碼優先顯示補全 "code-runner.runInTerminal": true, // 設置成false會在“輸出”中輸出,無法輸入 "code-runner.executorMap": { "c": "cd $dir && gcc $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -std=c11 && $dir$fileNameWithoutExt", "cpp": "cd $dir && g++ $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -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, "files.associations": { "iostream": "cpp" } // 效果效果比cpptools要好 }
關於VS Code輸出會出現亂碼,很多人都遇到過。這是因為VS Code內部用的是utf-8編碼,cmd/powershell是gbk編碼。直接編譯,會把“你好”輸出成“浣犲ソ”。其實可以點右下角 選Reopen with Encoding 選Chinese GBK 就可以正常輸入中文了,而且輸出也是正常的還可以在設置里搜索encode,把files.encoding改成gbk,而且最好把files.autoGuessEncoding也改成true