直接進(jìn)入正題。請問下面這段代碼，會修改 arry2 的內(nèi)容碼？（或則這么說，寫程序的人本意是想修改 arry1 的內(nèi)容，他能達(dá)到自己的目的嗎？）
很明顯，當(dāng)我們仿真程序的時候發(fā)現(xiàn)，
以上這段代碼意外的修改了 arry2 中的內(nèi)容。這在編碼一些大型程序的時候就會導(dǎo)致很多意想不到的結(jié)果，比較好的情況下只是程序運(yùn)行邏輯不正常。但是一旦修改到其他重要的內(nèi)存空間，比如函數(shù)指針之類的地方，可能就會導(dǎo)致程序死機(jī)。
這種簡單的程序一旦出現(xiàn)問題，我們很容易分析，哦，是指針使用越界導(dǎo)致了內(nèi)存的意外篡改。但是，一旦等到程序的體量比較大，光想靠分析程序邏輯來確認(rèn)到底是哪里意外篡改內(nèi)存這幾乎是不太可能的情況。今天我就準(zhǔn)備分享一個比較實用的小技巧。請在調(diào)試界面按下：Ctrl + B。至于這是什么東西，可以自行百度 keil 的 breakpoint 功能。它就能我們今天的主角。暫且命名為：變量定位器。它能在變量被修改或則讀取的時候停下來。我們就使用這種簡單的功能就可以了。
-
想要觀察的變量
-
是否監(jiān)測被讀位置？
-
是否監(jiān)測被寫位置？也就是我們意外篡改的地方
-
這里一般選擇 Object 就可以了。
其他地方暫時就不需要知道了。好了，有了這樣的工具，我們?nèi)绾未_定上面例子中 arry2 的內(nèi)容是在何處被意外修改的？當(dāng)你知道 arry2 的內(nèi)容肯定不是你自己修改的時候，我們在 breakpoint 中填入一下信息：
然后點(diǎn)擊 define 然后就得到了如下的內(nèi)容。
這就相當(dāng)于我們告訴 keil 調(diào)試器，我們需要在 arry2 被 write 的時候自己停下來。關(guān)閉 breakpoint 窗口點(diǎn)擊運(yùn)行。
你會發(fā)現(xiàn)，就算你沒有打斷點(diǎn)，但是程序也會莫名其妙的停在了第九行。這是為什么呢？因為第8行修改了 arry2 的內(nèi)容。這也就符合我之前的預(yù)期。無論哪里修改 arry2 的內(nèi)容，程序都會停下來。是不是很實用？對于內(nèi)存的意外篡改調(diào)試有很大的幫助。