1. PC上的IDE

都2020年了，聽說你還在用vc++ 6.0，不，可能還到處搜索下載安裝巨無霸一樣的visual studio 2019來調試你“雞碎咁多”的代碼？都out了，這些不是過于龐大就是編譯器老掉牙了。

為啥不用gcc呢？

gcc不是Linux里面的嗎，能用在Windows？還能debug嗎？

什么？你不知道Windows也可以用gcc？

好吧，我今天手把手教你用gcc，并且教你在vscode上用gcc征服debug過程中遇到的各種疑難雜癥！

2. 安裝MinGW

MinGW是什么東西，怎么安裝？這里就不詳述了，隨便百度出來一堆。

不用管那么多，你知道它里面有個gcc就夠了。至于安裝，簡單地說，可以從MinGW官方網站https://osdn.net/projects/mingw/releases/下載一個installer，直接默認安裝，然后在類似以下界面選擇要安裝的包，例如GCC、GDB等。

更多的問題，其實是，國內的網絡訪問很慢。

如果不嫌棄，可以點擊以下鏈接下載，直接解壓到你喜歡的位置（免安裝），然后配置環境變量即可。

然后呢，你就可以像在Linux里面那樣愉快地玩耍了，當然，如果你是高手，你可以用命令行gdb來debug。

3. 在VSCode上debug

VSCode用過吧，也許是當下最流行的看代碼神器之一了，關鍵是里面的插件用起來爽。那么，VSCode可以調試C代碼嗎？答案是必須的。

首先，你需要安裝兩個插件：C/C++、Code Runner

然后，我這里用一個這個公眾號(嵌入式軟件實戰派)之前發的一個X-MACRO的例子代碼（單個C文件）來做實驗。

在下面的代碼上面戳一個斷點(行號左邊那個紅點)，像這樣：

接著，在菜單Run上面選擇點擊Start Debugging……

繼續，點擊C++(GDB/LLDB)

還有，點下圖這個gcc.exe

呃呃

Wait，莫慌！這是我的電腦的問題，你的不一定有，我的電腦沒裝好.Net Framework。如果你的也是，戳這個錯誤提示框的“是”，跟著提示安裝.Net即可。

其實，到這里，如果你能仿真，那就是成功了。

如果不行，看看這個，經過上面的操作，會生成以下配置文件：

"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:MinGWingcc.exe", "args": [ "-g", "${file}", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],

以上這個“command”要配置成你的gcc路徑。還有下面配置的這個“miDebuggerPath”是gdb的路徑：

"version": "0.2.0", "configurations": [ { "name": "gcc.exe - 生成和調試活動文件", "type": "cppdbg", "request": "launch", "program": "${fileDirname}${fileBasenameNoExtension}.exe", "args": [], "stopAtEntry": false, "cwd": "${workspaceFolder}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "D:MinGWingdb.exe",

最后，如果成功了，就會像下面截圖這樣，左邊的斷點變成了一個黃色小圖標：

這時，你就可以點擊這些小箭頭玩耍了，這是不是曾經熟悉的感覺？

同時，你還可以通過下面這個窗口看debug信息：

還有output信息：

4. VSCode多文件debug

單個文件可以按上面的方法，但是，如果有多個C文件呢？這里折騰了我兩個鐘，現在我用兩分鐘教你少走彎路，我也把我遇到的“坑”標在這，你不要踩哦。

按以上提到的套路，直接點擊debug，然后……

呃(⊙o⊙)…看看錯誤信息：

> Executing task: & 'D:Program FilesMinGWingcc.exe' -g 'd:vsdebugmain.c' -o 'd:vsdebugmain.exe' < ? ?C:UsersxxxAppDataLocalTempccWm0Di0.o: In function `main': ?d:/vsdebug/main.c undefined reference to `func_a' ?d:/vsdebug/main.c undefined reference to `func_b' ?collect2.exe: error: ld returned 1 exit status

（Note：這個例子是在另一個計算機上測試的，所以MinGW路徑跟上面的不一樣，請忽略這個細小差別。）

這錯誤信息它說沒找到func_a和func_b，實際上，因為它類似地執行了：

gcc -e main.c -o main.exe

沒有func_a.c和func_b.c兩文件，當然，它也不知道有這兩文件。我們來看看配置文件task.json

"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:Program FilesMinGWingcc.exe", "args": [ "-g", "${file}", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],

這里的args里面的東西是不是像gcc里面的命令參數？Bingo！

這個"${file}就是當前文件名，即你在vscode界面上看到的這個文件，然后你在其基礎上點擊了debug操作，它就識別到你想對它進行debug。但是它不知道你需要另外兩個文件。于是，我們干脆手動添加所有需要編譯的文件：

"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:Program FilesMinGWingcc.exe", "args": [ "-g", "${file}", "${fileDirname}main.c", "${fileDirname}func_a.c", "${fileDirname}func_b.c", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],

再來一發：

> Executing task: & 'D:Program FilesMinGWingcc.exe' -g 'd:vsdebugmain.c' 'd:vsdebugmain.c' 'd:ProjectsDocumentsAbout Emb docvsdebugfunc_a.c' 'd:vsdebugfunc_b.c' -o 'd:vsdebugmain.exe' < ? ?C:UsersxxxAppDataLocalTempcc7Xdo6N.o: In function `main': ?d:/vsdebug/main.c multiple definition of `main'

這兩個函數對應的文件有了，但還是錯了……你main的，重復了。想來想去，應該是這里重復了：

"${file}", "${fileDirname}main.c",

那就刪掉一個，再來

呃呃……沒完沒了了?？村e誤信息：

gcc.exe: error: d:vsdebug.vscodemain.c: No such file or directory gcc.exe: error: d:vsdebug.vscodefunc_a.c: No such file or directory gcc.exe: error: d:vsdebug.vscodefunc_b.c: No such file or directory gcc.exe: fatal error: no input files

怎么多了一個“.vscode”？路徑不對……噢，原來我是在task.json頁面上點擊的debug。

換一個頁面再來：

丫丫的，終于可以玩耍了。

好了，如果你想系統地了解這些配置參數是啥子意思，那就戳這里：https://code.visualstudio.com/docs/editor/debugging#_launch-configurations

另外，左邊的這幾個視圖分別可以查看當前局部變量、全局變量，函數調用關系等（跟其他IDE類似）：

總結一下，遇到錯誤，別慌，看錯誤信息，很重要。

對于輕量級的仿真調試，以上VSCode的方法是非常好的，沒必要安裝龐大的Visual Studio 2019，gcc搞定所有。

責任編輯：xj

原文標題：手把手教你用VSCode調試仿真

文章出處：【微信公眾號：嵌入式ARM】歡迎添加關注！文章轉載請注明出處。