XCode 4 的調(diào)試定位技巧_第1頁
XCode 4 的調(diào)試定位技巧_第2頁
XCode 4 的調(diào)試定位技巧_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權(quán)，請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第第頁XCode4的調(diào)試定位技巧Xcode4上還有個(gè)更好用的定位方法，就是設(shè)置一個(gè)ExceptionBreakpoint就好了。

看圖在工程的左邊欄中選擇BreakpointNavigator,點(diǎn)擊下面的+號添加一個(gè)ExceptionBreakpoint，然后再運(yùn)行試試，Crash后，是不是直接定位到了那行代碼了?再根據(jù)Console里的日志進(jìn)行定位修改就好了。

下面說說另一種Crash,EXC_BAD_ACCESS,這個(gè)比較頭疼，因?yàn)镃rash的時(shí)候，可能是比較早之前的某個(gè)變量釋放了，現(xiàn)在訪問時(shí)出問題。Console里也沒顯示什么日志。

這里光加入ExceptionBreakpoint是不夠的了，XCode4還個(gè)可愛的地方，打開Scheme選項(xiàng)選擇EditScheme。

然后按圖勾上EnableZombieObjects和MallocStack那兩項(xiàng)，記住一般只有在定位EXC_BAD_ACCESS時(shí)候才勾選，別有事沒事都勾上。

這樣重新跑一下，如果是到ExceptionBreakpoint處停止了，可以在Console中輸入：c(continue)按回車?yán)^續(xù)跑，直到Crash?？聪翪onsole是不是有跟SIGABRT類似的錯(cuò)誤信息日志了，后面定位什么的你懂的。

如果還沒有日志，在Console中輸入po$eax$eax標(biāo)志出錯(cuò)的地方，適用模擬器，真機(jī)用$r0(話說EXC_BAD_ACCESS這種錯(cuò)誤模擬器定位就行),還可以輸入比如：po[$eaxname]po[$eaxreason]等指令查看錯(cuò)誤其他信息(注意方括號后沒分號的)。然后，就沒有然后了。

還要補(bǔ)充點(diǎn)，程序（開發(fā)）過程就要多關(guān)注左邊欄中IssueNavigator里的警告信息，Xcode4不僅會警告，還多數(shù)給出解決建議，能避免后面不必要的Crash。

如果程序Crash，第一時(shí)間關(guān)注下de（bug）Navigator里的執(zhí)行信息，將滑塊拉向右邊可以看到更多調(diào)用信息，根據(jù)這個(gè)能大

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽，若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間，僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理，對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容，請與我們聯(lián)系，我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論