1、 文檔目標

本文旨在深入探討嵌入式開發環境中（以MDK為例）調試模式下的斷點類型，幫助開發者全面了解不同斷點的工作原理及其應用場景。通過掌握這些知識，開發者可以更高效地進行代碼調試，快速定位和解決問題。

2、 問題場景

在嵌入式開發中，調試是不可或缺的一環。MDK作為一款廣泛使用的集成開發環境（IDE），其調試功能強大且靈活。然而，在實際使用過程中，許多開發者對斷點的類型及其觸發機制缺乏深入了解。例如：

● 在某些情況下，斷點似乎“失效”或未被觸發，導致調試過程陷入困境。

● 不同類型的斷點對程序執行速度的影響差異顯著，但開發者可能并未意識到這一點。

● 面對復雜的代碼邏輯，如何選擇合適的斷點類型以實現高效的調試？

為解決上述問題，本文將系統性地介紹MDK調試模式下的三種斷點類型，并結合具體案例分析其應用場景及注意事項。

3、軟硬件環境

1）、軟件版本：MDK 5.38a

2）、電腦環境：Windows 11

3）、外設硬件：無

4、解決方法

斷點一共分為三種類型：Access Breakpoint（內存訪問斷點）、Execution Breakpoint（執行斷點）、Conditional Breakpoint（條件斷點）。

1）、Access Breakpoint（內存訪問斷點）：指定內存訪問的模式（讀、寫、讀寫）。當讀取、寫入或訪問特定地址時，內存訪問斷點暫停程序執行或執行命令。程序執行速度不會受到顯著影響，因為只有在指定的訪問事件發生時才會計算表達式。

2）、Execution Breakpoint（執行斷點）：到達指定的代碼地址時觸發斷點。代碼地址必須指向CPU指令的第一個字節。

3）、Conditional Breakpoint（條件斷點）：在設置該類型的斷點的時候，需要設置一個條件表達式，當條件表達式為真時，斷點就會觸發。條件表達式在每條CPU指令執行完畢后都會重新計算，這會大大降低程序的執行速度。