我們常常說，軟件三分寫七分調(diào)。實(shí)際開發(fā)中，確實(shí)也是這樣子的。我工作這幾年了，對這體會也越來越深。每當(dāng)需求一下來，我代碼很快就可以寫完，但是，調(diào)試需要花很多時間。

這里需要明確的是， 調(diào)試的目的不僅僅是調(diào)通整個功能需求 。調(diào)通功能是最基本的要求，還需要進(jìn)行優(yōu)化、完善邏輯、完善異常處理。所以，需要非常長的時間。

記得畢業(yè)的時候參與的第一個項(xiàng)目，那個項(xiàng)目的硬件架構(gòu)相對一般產(chǎn)品來說會復(fù)雜一些：

我負(fù)責(zé)的部分就是D芯片的軟件。D芯片所做的事情就是跟產(chǎn)品功能比較相近的，當(dāng)時通過A發(fā)數(shù)據(jù)，經(jīng)過B、C之后，再到D，產(chǎn)品功能表現(xiàn)得不正常。我當(dāng)時的 第一反應(yīng) 就是我負(fù)責(zé)得D芯片的邏輯可能出問題了。

A、B、C都是比較有經(jīng)驗(yàn)的工程師負(fù)責(zé)的，而且負(fù)責(zé)C的還是個組長級別的，大家也覺得應(yīng)該是我負(fù)責(zé)的D芯片的代碼出的問題，因?yàn)槲沂莻€剛畢業(yè)的新人，覺得問題出在我這里的概率比較大。

他們也沒有去查是不是他們的問題，每天就是來看看我是否有找到問題。花了幾天的時間，我最后才定位出來，是C芯片給我發(fā)的數(shù)據(jù)出問題了~

因?yàn)楫?dāng)時缺乏調(diào)試經(jīng)驗(yàn)，所以沒能很快就定位出問題所在。要是現(xiàn)在的話，這種問題很快就能查出來的。因?yàn)楝F(xiàn)在積累了一些經(jīng)驗(yàn)：

調(diào)試經(jīng)驗(yàn)

平時開發(fā)調(diào)試時，可能會有這么兩種情況：

• 獨(dú)立開發(fā)，自己調(diào)試

• 協(xié)作開發(fā)，聯(lián)合調(diào)試

1、獨(dú)立開發(fā)

一些小的項(xiàng)目，如果整個項(xiàng)目是我們自己開發(fā)的話，調(diào)試起來也比較方便，因?yàn)槭俏覀冏约洪_發(fā)的，所以會比較熟悉一些。

我的習(xí)慣是：分模塊來進(jìn)行開發(fā)，每開發(fā)完一個模塊就先想辦法測一下這個模塊，沒問題了再集成到工程里。模塊初步開發(fā)、測試時，代碼可以隨意一些，調(diào)好了之后，再重新梳理、整理代碼，集成到工程里。

自測的方式：有一些代碼直接對應(yīng)著功能，直接測試看功能正不正常；有一些代碼可以通過log打印來看是否正常；有一些可能需要在線調(diào)試看看是否符合預(yù)期；有一些需要數(shù)據(jù)輸入的，可以自己模擬一些數(shù)據(jù)等。

2、協(xié)同開發(fā)

協(xié)同開發(fā)時，可能就比較麻煩一些。特別的，有時候甚至需要跨部門對接調(diào)試。

我的習(xí)慣是：先開發(fā)并自測自己的模塊；然后模擬對方，簡單地自測通信。

自測自己模塊的方式如上面獨(dú)立開發(fā)一樣。我們模擬對方進(jìn)行測試時，需要考慮是不是需要花比較多的時間，如果需要花太多的時間的花就算了，等到聯(lián)調(diào)再一起調(diào)。

花時間較少的，可以自測通信的情況可能有如下三種：

• 線程/進(jìn)程間通信。這應(yīng)該比較容易，模擬對方線程/進(jìn)程進(jìn)行收發(fā)測試。可以寫一些測試命令，比如發(fā)某個命令，觸發(fā)某條消息發(fā)送。
• 板間通信，如串口通信?？梢杂么谥帜M對方進(jìn)行測試，自己對照協(xié)議模擬一些協(xié)議數(shù)據(jù)進(jìn)行收發(fā)測試。
• socket通信，如TCP通信。你負(fù)責(zé)客戶端，就模擬服務(wù)端；你負(fù)責(zé)服務(wù)端，就模擬客戶端。

當(dāng)然，協(xié)作開發(fā)也可以不自測通信，看個人習(xí)慣。

我模擬自測通信是為了對我自己的模塊的通信有一定的把控，聯(lián)調(diào)時出問題時，就可以比較快地指出對方的問題。當(dāng)然，這不是為了推鍋，而是為了能更好地分析、解決聯(lián)調(diào)問題。

比如，我最近的項(xiàng)目中，設(shè)備與手機(jī)APP對接。配網(wǎng)功能、設(shè)備于APP局域網(wǎng)內(nèi)通信功能。我負(fù)責(zé)設(shè)備端，設(shè)備端作為服務(wù)器；對方作為客戶端。

在與對方聯(lián)調(diào)前，我已經(jīng)寫了一個客戶端運(yùn)行于PC或設(shè)備上，模擬對方的手機(jī)APP，對我的模塊做了基本的自測，也測出了我的模塊的一些問題。

然后在與對方正式聯(lián)調(diào)時，出現(xiàn)的大多問題都在對方那邊，所以這時候我就可以幫助對方分析問題，提高了聯(lián)調(diào)效率。

上面分享了一些我的經(jīng)驗(yàn)及思路，下面看看一些具體的調(diào)試方法與調(diào)試工具：

調(diào)試方法

1、LOG

我在實(shí)際工作中，log打印調(diào)試解決了我大多數(shù)的問題，一般的問題，通過分析log都可以定位出問題所在。但是，打log也是有很多講究的，需要我們打印出有助于我們調(diào)試的信息。

比如：

• log的格式

帶時間戳、函數(shù)名、行號等有助于分析問題的信息。比如：

[func:100]

當(dāng)然，實(shí)際中可能不只包含如上信息，根據(jù)需要添加。

• 在一些判斷分支要加上log

這樣可以清楚地知道程序跑到分支判斷時的執(zhí)行流程。

• 在一些大的操作的開始處，加上顯眼的log

可以清楚地知道某個操作開始的地方。

• 業(yè)務(wù)邏輯模塊，可以加上特定的標(biāo)簽

比如統(tǒng)一的log的格式中加上特定標(biāo)簽，比如BUSINESS。如：

[BUSINESS][func:100]

因?yàn)闃I(yè)務(wù)邏輯一般是整個項(xiàng)目地最上層，其它模塊都是為它服務(wù)的。

我們看log的時候，通過編輯器搜索關(guān)鍵字 BUSINESS 就可以只列出業(yè)務(wù)邏輯相關(guān)的log，我們只要看這些log，就可以大致知道程序的運(yùn)行流程。

當(dāng)然，其它模塊也可以根據(jù)需要加上標(biāo)簽。

• 控制log打印頻率

與數(shù)據(jù)打交道的模塊可能需要打印一些數(shù)據(jù)來分析源數(shù)據(jù)是否正常?？梢陨晕⒌目刂拼蛴☆l率，盡可能在不影響數(shù)據(jù)分析的情況下打印盡可能少的log。

否則，一些log的文件動不動就幾百M(fèi)B，分析起來也很頭疼。特別的，log需要保存在flash上時，為了防止log爆滿flash，常常需要限制log文件的大小并做log滾動覆蓋，這時候無效log太多了可能就會覆蓋掉有效的log。

往期關(guān)于log調(diào)試相關(guān)的文章：

C語言、嵌入式中幾個非常實(shí)用的宏技巧

bug解決不了？使用日志法

分享一個極簡的log模塊！

嵌入式軟件打log的一些心得！

2、在線調(diào)試

在線調(diào)試，可以看到程序運(yùn)行的更多細(xì)節(jié)。基本的應(yīng)該都會吧。

GDB往期相關(guān)推文：

例說GDB調(diào)試

手把手教你使用VSCode + gdb + gdbserver調(diào)試ARM程序

GDB調(diào)試器的簡單使用(圖文)

關(guān)于keil的調(diào)試相關(guān)的內(nèi)容，推薦看一下我同事魚鷹寫的文章（公眾號：魚鷹談單片機(jī)），他對這方面研究得比較深。

3、其它調(diào)試工具

我們公眾號之前也分享了很多有用的調(diào)試相關(guān)的工具：

（1）VirtLCD

這是一個實(shí)用的LCD模擬器，手頭上暫時沒有LCD或者開發(fā)初期，需要頻繁下載程序，驗(yàn)證效果的時候，可以使用VirtLCD來提高我們的開發(fā)、調(diào)試效率。

VirtLCD的介紹及簡單使用：

實(shí)用 | 手頭上無LCD卻又急著開發(fā)UI？LCD模擬器了解一下~

（2）Wireshark

Wireshark 是一個網(wǎng)絡(luò)封包分析軟件。比如我們在調(diào)試socket通信的時候，可以使用Wireshark 監(jiān)控看看我們有沒有發(fā)送數(shù)據(jù)出去，或者有沒有收到對方發(fā)送的數(shù)據(jù)。

wireshark的介紹及簡單使用：

wireshark抓包工具的使用及分析

（3）VSPD

Virtual Serial Port Driver（VSPD）是一個虛擬串口軟件。虛擬串口軟件是一種模擬物理串行接口的軟件，它完全復(fù)制了硬件 COM 接口的功能，并且將被操作系統(tǒng)和串行應(yīng)用程序識別為真實(shí)端口。

在編寫串口上位機(jī)時，需要進(jìn)行調(diào)試。一種方式是與下位機(jī)進(jìn)行通信進(jìn)行測試；另一種方式是借助虛擬串口軟件來進(jìn)行測試。

VSPD的介紹及簡單使用：

工具 | 虛擬串口軟件的使用分享

（4）LVGL GUI Guider

GUI Guider是恩智浦為LVGL開發(fā)了一個上位機(jī)GUI設(shè)計(jì)工具，可以通過拖放控件的方式設(shè)計(jì)LVGL GUI頁面，加速GUI的設(shè)計(jì)。

相關(guān)文章：

實(shí)用工具 | LVGL GUI-Guider的使用分享

基于vs2019的lvgl模擬器使用

lvgl最新版本在STM32上的移植使用

（5）Jlink+JScope

J-Scope 是 SEGGER 推出的波形顯示軟件，傻瓜式，簡單易上手。需要搭配 Jlink仿真器 （V9或V10）使用。

J-Scope的介紹及簡單使用：

J-Scope的介紹及簡單使用

（6）SEGGER_RTT

RTT全稱是Real Time Transmit（實(shí)時傳輸），是SEGGER 公司推出的，是搭配 Jlink仿真器 （V9或V10）使用的一種調(diào)試手段。

SEGGER_RTT的介紹及簡單使用：

SEGGER_RTT的介紹及簡單使用

（7）CmBacktrace

CmBacktrace （Cortex Microcontroller Backtrace）是一款針對 ARM Cortex-M 系列 MCU 的錯誤代碼自動追蹤、定位，錯誤原因自動分析的開源庫。

CmBacktrace 的介紹及簡單使用：

CmBacktrace 的介紹及簡單使用

（8）VOFA+

VOFA+（伏特加）插件驅(qū)動的高自由度上位機(jī)。其是一款通用的數(shù)據(jù)調(diào)試工具，它讓圖形化調(diào)試變得像串口調(diào)試一樣簡單。通過打印字符串，或者發(fā)送十六進(jìn)制數(shù)字的方式，就能完成數(shù)據(jù)的可視化操作。

官網(wǎng)：

https://www.vofa.plus/

VOFA+的介紹及簡單使用：

VOFA+的介紹及簡單使用

（9）QEMU

QEMU是一款知名的而且開源的模擬器（官網(wǎng)：https://www.qemu.org/），它能在 X86 PC 上運(yùn)行能夠模擬 Arm、MIPS、RISC-V 等各種 CPU 和開發(fā)板，以及 網(wǎng)卡、聲卡、鍵盤、sdcard、emmc、usb等各種外設(shè)。

QEMU我還未使用過，之前轉(zhuǎn)載的一篇文章：

Linux利器：QEMU！用它模擬開發(fā)板能替代真開發(fā)板？

（10）Valgrind

Valgrind是一套Linux下，開放源代碼（GPL V2）的仿真調(diào)試工具的集合。

Valgrind的介紹及簡單使用：

工具 | Valgrind仿真調(diào)試工具的使用

（11）Bus hound

Bus hound是一款為了在pc電腦上進(jìn)行總線數(shù)據(jù)包監(jiān)控以及操控的開發(fā)工具。用來捕捉來自設(shè)備的協(xié)議包和輸入輸出操作，它是功能強(qiáng)大的總線協(xié)議分析器。

之前有與USB上位機(jī)聯(lián)調(diào)，通過這個工具可以監(jiān)控上位機(jī)發(fā)出的數(shù)據(jù)是否正確。關(guān)于Bus hound的文章我們公眾號還沒有分享過，先占個坑，之后有機(jī)會再分享。

審核編輯 ：李倩