在測試MF固件時，發生一個非常詭異的異常，代碼如下：

CLR_DBG_Commands::Monitor_EraseMemory* cmd = (CLR_DBG_Commands::Monitor_EraseMemory*)msg->m_payload;debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length);

指定第二行代碼時，會跳到異常處理程序，發生了6號異常（用法異常Usage Fault）

我對ARM還是非常陌生，不知道怎么可能發生這個問題。
在今天之前，這行代碼執行了無數次也未曾出錯，最近也沒有修改該函數或者相關函數的代碼，昨天倒是大量修改了其它代碼。

1，百度找資料
關鍵點是用法異常Usage Fault，以此為關鍵字搜索。有資料（http://www.docin.com/p-633872264.html）指出，用法異常包括：執行未定義指令、非對齊操作、除零。
前后兩個顯然不可能，中間這個非對齊操作倒是引起了我的注意。因為閱讀MFPK代碼的時候看到很多對齊操作的設計。

2，Keil調試
在Keil中調試這兩行代碼

0x080071DA 6A74 LDR r4,[r6,#0x24]1350: debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length); 1351: 0x080071DC A012 ADR r0,{pc}+4 ; @0x08007228 0x080071DE E9D41200 LDRD r1,r2,[r4,#0] 0x080071E2 F001FD93 BL.W debug_printf (0x08008D0C)

拋出異常的是0x080071DE這一行，代碼是LDRD r1,r2,[r4,#0]，大意是把r4開始，偏移#0的數據加載到r1，下一個字加載到r2
從寄存其中看到，r4此時是0x200006D2，這是半字對齊而不是字對齊。
奇怪了，MDK為啥編譯一個半字對齊的呢？
回到第一行代碼的msg->m_payload，它是關鍵。因為它就是0x200006D2，如果r4沒有字對齊，那么肯定跟這個msg->m_payload有關。
我們看看msg->m_payload是哪里分配的！

3，尋根
從代碼中看到msg->m_payload來自msg->m_payload = pThis->m_receptionBuffer;
而m_receptionBuffer的聲明

?

COM_HANDLE m_port;UINT8 m_receptionBuffer[ 2048 ];UINT32 m_flags;UINT32 m_lastPacketSequence;WP_Controller m_controller;

?

到這里，就明白了！
因為我昨天把typedef INT32 COM_HANDLE;改為了typedef INT16 COM_HANDLE;

非對齊操作相關資料
http://www.docin.com/p-218037008.html

?

轉載于:https://www.cnblogs.com/nnhy/p/7462758.html

《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的ARM非对齐操作异常解决过程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。