Android生存指南之:解Bug策略與思路問題的詳解
更新時(shí)間:2013年05月21日 11:08:16 作者:
本篇文章是對(duì)Android 解Bug策略與思路的問題進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
現(xiàn)在維護(hù)和定制Android的需求越來越多,做的人也越來越多,而Google直接Release出來的源碼中又有很多Bug和不合理的地方,特別是原生的應(yīng)用,如Mms,Browser, Email, Contacts等。定制或做Android解決方案第一步就是要修復(fù)原生的Bug以得到一個(gè)穩(wěn)定的系統(tǒng)。
1. 仔細(xì)觀察Bug的特性
了解Bug所涉及的流程和模塊有哪些,以及是什么樣的Bug,Exception?功能上的?還是UI/UE設(shè)計(jì)問題。針對(duì)不同的問題,可能要采取不同的手段,對(duì)于Exception就要先分析Log文件,以確定產(chǎn)生Exception的原因;對(duì)于功能上的問題,可能要先嘗試復(fù)現(xiàn); 對(duì)于UI/UE的問題可能有要先找UI設(shè)計(jì)師確認(rèn)是否需要修改。
2. 找出決定因素,排除次要和無關(guān)因素
分析,推敲和嘗試復(fù)現(xiàn)以排除次要的,無關(guān)的因素和操作步驟。如果跟某些特定的數(shù)據(jù)有關(guān),就要把數(shù)據(jù)進(jìn)行拆解,以把無影響的部分去掉,直到找到引起問題的特殊數(shù)據(jù)。
3. 對(duì)比
跟正常的流程進(jìn)行對(duì)比,跟沒有問題的版本進(jìn)行對(duì)比,跟同一系列的產(chǎn)品進(jìn)行對(duì)比,看有哪些異常和不一致的地方。
4. 單一變量原則
每次改動(dòng)一個(gè)變化的東西,這樣你才能清楚是因?yàn)槭裁串a(chǎn)生了問題或是解決了問題。如果同時(shí)的改動(dòng)有二個(gè)就很難分的清是哪一個(gè)產(chǎn)生了作用。
5. 分而治之
通過分治的方法逐步縮小范圍,先在一個(gè)模塊分析,確定有問題或沒問題,然后再轉(zhuǎn)到其模塊,先在其中一個(gè)邏輯或文件中分析,然后再到其他的,以避免盲目的亂找。
6. 模擬場(chǎng)景
用特殊的數(shù)據(jù),或者修改代碼來模擬Bug發(fā)生時(shí)的場(chǎng)景。這對(duì)復(fù)現(xiàn)非必現(xiàn)Bug時(shí)特別有用,對(duì)線程問題也很有用。
7. 定位問題的方法:經(jīng)驗(yàn)+Log+Debugging工具
經(jīng)驗(yàn)是要靠積累才能得來的,通常情況下對(duì)代碼和流程熟悉的人定位起來就快速的多; Log是指日志文件和打印這種簡(jiǎn)單粗暴的方式;調(diào)試工具是指像Eclipse和GDB等斷點(diǎn)單步工具。通常用經(jīng)驗(yàn)和Log來進(jìn)行大范圍的定位,當(dāng)對(duì)流程有了一定的了解后,且已經(jīng)定位到稍小的范圍,如一個(gè)函數(shù)內(nèi)或一個(gè)文件內(nèi)時(shí)就可以用工具進(jìn)行斷點(diǎn)和單步調(diào)試以精確定位。當(dāng)范圍很大時(shí),如用調(diào)試工具會(huì)很慢,很難找到有效的斷點(diǎn),單步的話又太煩瑣,很容易讓人混亂和丟失思路。
8. 逆向推理和洞察力
在調(diào)試解Bug過程中逆向推理力十分的重要,因?yàn)槟愕玫降氖且粋€(gè)結(jié)果(Bug),而要去找到它的原因,就需要推理和猜測(cè)問題可能是出在哪里。另外一個(gè)非常重要的能力就是洞察力,觀察Log,操作等,注意一些細(xì)微的差異,發(fā)現(xiàn)一些隱藏的線索等。當(dāng)然,這與經(jīng)驗(yàn)不同,不是那么容易就能培養(yǎng)出來的!
9. 具體的方法和工具
a. 編譯
很顯然,要想用日志等方法,就要修改源碼,添加日志,就要編譯。整體編譯Android可以用make,整體編譯過一次后就可以局部編譯,進(jìn)入到某個(gè)帶有Android.mk文件的目錄運(yùn)行mm就可以把此目錄重新編譯成apk, jar或so
b. 運(yùn)行
編譯好后,就要把新編譯出來的Apk或jar或so運(yùn)行起來以看到不同??梢灾苯影補(bǔ)pk,jar和so通過adb push 到手機(jī)中(apk到/system/app, jar到/system/framework, so到/system/lib)?;蛘哂胢m snod命令重新生成system.img,然后再使用(模擬器可以這樣做)。
c. 調(diào)試工具
Apk用Eclipse就可以直接調(diào),前提要能編譯過
jar也要用Eclipse來調(diào)試
so因?yàn)槎际荖ative C/C++代碼,所以要用GDB來調(diào)試。手機(jī)中運(yùn)行g(shù)dbserver,PC上用gdb調(diào)試編譯出來的symbols/下面的庫,gdb和gdbserver用過手機(jī)中指定的端口來通信。
1. 仔細(xì)觀察Bug的特性
了解Bug所涉及的流程和模塊有哪些,以及是什么樣的Bug,Exception?功能上的?還是UI/UE設(shè)計(jì)問題。針對(duì)不同的問題,可能要采取不同的手段,對(duì)于Exception就要先分析Log文件,以確定產(chǎn)生Exception的原因;對(duì)于功能上的問題,可能要先嘗試復(fù)現(xiàn); 對(duì)于UI/UE的問題可能有要先找UI設(shè)計(jì)師確認(rèn)是否需要修改。
2. 找出決定因素,排除次要和無關(guān)因素
分析,推敲和嘗試復(fù)現(xiàn)以排除次要的,無關(guān)的因素和操作步驟。如果跟某些特定的數(shù)據(jù)有關(guān),就要把數(shù)據(jù)進(jìn)行拆解,以把無影響的部分去掉,直到找到引起問題的特殊數(shù)據(jù)。
3. 對(duì)比
跟正常的流程進(jìn)行對(duì)比,跟沒有問題的版本進(jìn)行對(duì)比,跟同一系列的產(chǎn)品進(jìn)行對(duì)比,看有哪些異常和不一致的地方。
4. 單一變量原則
每次改動(dòng)一個(gè)變化的東西,這樣你才能清楚是因?yàn)槭裁串a(chǎn)生了問題或是解決了問題。如果同時(shí)的改動(dòng)有二個(gè)就很難分的清是哪一個(gè)產(chǎn)生了作用。
5. 分而治之
通過分治的方法逐步縮小范圍,先在一個(gè)模塊分析,確定有問題或沒問題,然后再轉(zhuǎn)到其模塊,先在其中一個(gè)邏輯或文件中分析,然后再到其他的,以避免盲目的亂找。
6. 模擬場(chǎng)景
用特殊的數(shù)據(jù),或者修改代碼來模擬Bug發(fā)生時(shí)的場(chǎng)景。這對(duì)復(fù)現(xiàn)非必現(xiàn)Bug時(shí)特別有用,對(duì)線程問題也很有用。
7. 定位問題的方法:經(jīng)驗(yàn)+Log+Debugging工具
經(jīng)驗(yàn)是要靠積累才能得來的,通常情況下對(duì)代碼和流程熟悉的人定位起來就快速的多; Log是指日志文件和打印這種簡(jiǎn)單粗暴的方式;調(diào)試工具是指像Eclipse和GDB等斷點(diǎn)單步工具。通常用經(jīng)驗(yàn)和Log來進(jìn)行大范圍的定位,當(dāng)對(duì)流程有了一定的了解后,且已經(jīng)定位到稍小的范圍,如一個(gè)函數(shù)內(nèi)或一個(gè)文件內(nèi)時(shí)就可以用工具進(jìn)行斷點(diǎn)和單步調(diào)試以精確定位。當(dāng)范圍很大時(shí),如用調(diào)試工具會(huì)很慢,很難找到有效的斷點(diǎn),單步的話又太煩瑣,很容易讓人混亂和丟失思路。
8. 逆向推理和洞察力
在調(diào)試解Bug過程中逆向推理力十分的重要,因?yàn)槟愕玫降氖且粋€(gè)結(jié)果(Bug),而要去找到它的原因,就需要推理和猜測(cè)問題可能是出在哪里。另外一個(gè)非常重要的能力就是洞察力,觀察Log,操作等,注意一些細(xì)微的差異,發(fā)現(xiàn)一些隱藏的線索等。當(dāng)然,這與經(jīng)驗(yàn)不同,不是那么容易就能培養(yǎng)出來的!
9. 具體的方法和工具
a. 編譯
很顯然,要想用日志等方法,就要修改源碼,添加日志,就要編譯。整體編譯Android可以用make,整體編譯過一次后就可以局部編譯,進(jìn)入到某個(gè)帶有Android.mk文件的目錄運(yùn)行mm就可以把此目錄重新編譯成apk, jar或so
b. 運(yùn)行
編譯好后,就要把新編譯出來的Apk或jar或so運(yùn)行起來以看到不同??梢灾苯影補(bǔ)pk,jar和so通過adb push 到手機(jī)中(apk到/system/app, jar到/system/framework, so到/system/lib)?;蛘哂胢m snod命令重新生成system.img,然后再使用(模擬器可以這樣做)。
c. 調(diào)試工具
Apk用Eclipse就可以直接調(diào),前提要能編譯過
jar也要用Eclipse來調(diào)試
so因?yàn)槎际荖ative C/C++代碼,所以要用GDB來調(diào)試。手機(jī)中運(yùn)行g(shù)dbserver,PC上用gdb調(diào)試編譯出來的symbols/下面的庫,gdb和gdbserver用過手機(jī)中指定的端口來通信。
相關(guān)文章
Android中控制和禁止ScrollView自動(dòng)滑動(dòng)到底部的方法
這篇文章主要給大家介紹了關(guān)于Android中控制和禁止ScrollView自動(dòng)滑動(dòng)到底部的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)各位Android開發(fā)者們具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-10-10
Android實(shí)現(xiàn)自適應(yīng)屏幕的彈窗廣告
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)自適應(yīng)屏幕的彈窗廣告,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-07-07
android跑馬燈出現(xiàn)重復(fù)跳動(dòng)以及不滾動(dòng)問題的解決方法
這篇文章主要介紹了android跑馬燈出現(xiàn)重復(fù)跳動(dòng)以及不滾動(dòng)問題的解決方法,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-09-09
Android的SurfaceView和TextureView介紹及使用示例
SurfaceView 是一種用于直接將圖形繪制到屏幕的Android組件,下面給大家分享SurfaceView使用示例,它展示了如何在 Android 應(yīng)用中創(chuàng)建并使用,感興趣的朋友一起看看吧2024-12-12
簡(jiǎn)單實(shí)現(xiàn)Android數(shù)獨(dú)游戲
這篇文章主要教大家如何簡(jiǎn)單實(shí)現(xiàn)Android數(shù)獨(dú)游戲,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-12-12
詳解Android ConstraintLayout 約束布局的用法
本篇文章主要介紹了詳解Android ConstraintLayout 約束布局的用法,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-02-02
Android用StaticLayout實(shí)現(xiàn)文字轉(zhuǎn)化為圖片效果(類似長微博發(fā)送)
這篇文章主要給大家介紹了關(guān)于Android利用StaticLayout實(shí)現(xiàn)文字轉(zhuǎn)化為圖片效果,實(shí)現(xiàn)的效果類似我們常見的長微博效果,文中給出了詳細(xì)的示例代碼供大家參考學(xué)習(xí),需要的朋友們下面來一起看看吧。2017-08-08
手把手教你用ViewPager自定義實(shí)現(xiàn)Banner輪播
這篇文章主要手把手教你用ViewPager自定義實(shí)現(xiàn)Banner輪播,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2016-09-09

