單片機程序死機，跑飛了可以從以下幾個方面查找原因：

1. 意外中斷。是否打開了某個中斷，但是沒有響應和清除中端標志，導致程序一直進入中斷，造成死機假象

2. 中斷變量處理不妥。若定義某些會在中斷中修改的全局變量，這時要注意兩個問題：首先為了防止編譯器優(yōu)化中斷變量，要在這些變量定義時前加volatile，其次在主循環(huán)中讀取中斷變量前應該首先關閉全局中斷，防止讀到一半被中斷給修改了，讀完之后再打開全局中斷;否則出現造成數據亂套。

3. 地址溢出，常見錯誤為指針操作錯誤。我要著重說的是數組下標使用循環(huán)函數中循環(huán)變量，如果循環(huán)變量沒控制好則會出現數組下標越界，意外修改系統的寄存器造成死機，這種情況下如果死機說明運氣好，否則后面不知道發(fā)生什么頭疼的事。

4. 無條件的死循環(huán);比如使用while(x);等待電平變化，正常情況下x都會變成0，就怕萬一，因此最好加上時間限制;

5. 看門狗沒有關閉。有的單片機即使沒使用看門狗開機時也有可能意外自動開啟了最小周期的看門狗，導致軟件不斷復位，造成死機，這個要看芯片手冊，最好在程序復位后首先應該顯式清除看門狗再關閉看門狗;

6. 堆棧溢出。最難查找的問題，對于容量小的單片機，盡量減少函數調用層級，減少局部變量，從而減少壓棧的時候所需的空間。當你把以上幾條都試過不能解決問題，試一試把你的被調用少函數直接內置到調用的地方并且把占用RAM大的局部變量改成全局變量，試一試說不定就可以了。

通過本篇文章，大家是否找到了自己想要的問題解決方法了呢？就算沒有找到，本篇文章也能幫助大家在一定程度上預防跑飛現象的發(fā)生。

相關閱讀：

技術盲點：單片機攻擊技術及其入侵過程詳解
設計解析：基于單片機的智能電表的設計
單片機學習無從下手？小編來支招！