做爲在Windows環境下習慣使用Visual Studio IDE的人,對於Linux環境下的Vim編輯使用十分難受,雖然網上不少人說vim很是牛逼和強大,可是我更加習慣於使用VS code的界面,因此我選擇VS code做爲編輯器使用。javascript
VS code自己是一個編輯器,因此若是須要調試等功能須要本身安裝一些插件,而且配置相關的json文件。java
linux 環境下,g++和clang均可以做爲C++的編譯器,我這裏選擇使用的是clang。linux
首先是插件選擇:c++
(1) C/C++ 微軟自帶的C/C++插件。git
(2) C/C++ Clang Command Adapter:提供靜態檢測(Lint)github
(3) Code Runner:右鍵便可編譯運行單文件shell
(4) Bracket Pair Colorizer:彩虹花括號json
(5) Include Autocomplete:提供頭文件名字的補全vim
以上插件下載完以後,在文件工做區(workspace) 新建一個文件夾做爲你項目的根目錄文件,而後新建一個".vscode" 文件,該文件夾存放相關json的配置文件,其中launch.json 和tasks.json 兩個配置文件是必須的,除了這兩個以外,還能夠加上setting.json。若是setting.json不加設置,就會使用設置,基本上知足使用了。windows
關於,launch.json的配置爲:
// 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}.out", // 將要進行調試的程序的路徑 "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的配置爲:
// https://code.visualstudio.com/docs/editor/tasks { "version": "2.0.0", "tasks": [ { "label": "Compile", // 任務名稱,與launch.json的preLaunchTask相對應 "command": "clang++", // 要使用的編譯器 clang++ 或者g++ "args": [ "${file}", "-o", // 指定輸出文件名,不加該參數則默認輸出a.exe,Linux下默認a.out "${fileDirname}/${fileBasenameNoExtension}.out", "-g", // 生成和調試有關的信息 "-Wall", // 開啓額外警告 "-static-libgcc", // 靜態連接 // "-fcolor-diagnostics", // 彩色的錯誤信息?但貌似clang默認開啓而gcc不接受此參數 // "--target=x86_64-w64-mingw", // clang的默認target爲msvc,不加這一條就會找不到頭文件;Linux下去掉這一條 "-std=c++11" // 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,去掉前面的註釋符,並在上一條以後加個逗號。照着個人教程作的不須要改(也能夠把這行刪去) } ] }
而後ctrl+shift+B是編譯,按F5是編譯+運行。
以上是VS Code在Linux環境下使用的基本操做,往後有什麼新的技能和發現我會更新或者修正。