ARM非對齊操作異常解決過程是怎樣的

本篇文章給大家分享的是有關ARM非對齊操作異常解決過程是怎樣的，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

在測試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  ; @0x080072280x080071DE 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;

以上就是ARM非對齊操作異常解決過程是怎樣的，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。