當(dāng)前位置：首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

崩溃bug日志总结2

發(fā)布時(shí)間：2024/7/19 编程问答 22 豆豆

生活随笔收集整理的這篇文章主要介紹了崩溃bug日志总结2 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

目錄介紹

1.1 java.lang.ClassNotFoundException類找不到異常
1.2 java.util.concurrent.TimeoutException連接超時(shí)崩潰
1.3 java.lang.NumberFormatException格式轉(zhuǎn)化錯(cuò)誤
1.4 java.lang.IllegalStateException: Fragment not attached to Activity
1.5 ArrayIndexOutOfBoundsException 角標(biāo)越界異常
1.6 IllegalAccessException 方法中構(gòu)造方法權(quán)限異常
1.7 android.view.WindowManager$BadTokenException，dialog彈窗異常
1.8 java.lang.NoClassDefFoundError 找不到類異常
1.9 Android出現(xiàn)：Your project path contains non-ASCII characters.

好消息

博客筆記大匯總【16年3月到至今】，包括Java基礎(chǔ)及深入知識(shí)點(diǎn)，Android技術(shù)博客，Python學(xué)習(xí)筆記等等，還包括平時(shí)開發(fā)中遇到的bug匯總，當(dāng)然也在工作之余收集了大量的面試題，長(zhǎng)期更新維護(hù)并且修正，持續(xù)完善……開源的文件是markdown格式的！同時(shí)也開源了生活博客，從12年起，積累共計(jì)47篇[近20萬字]，轉(zhuǎn)載請(qǐng)注明出處，謝謝！
鏈接地址：https://github.com/yangchong211/YCBlogs
如果覺得好，可以star一下，謝謝！當(dāng)然也歡迎提出建議，萬事起于忽微，量變引起質(zhì)變！

1.1 java.lang.ClassNotFoundException類找不到異常

A.詳細(xì)崩潰日志信息 Didn't find class "om.scwang.smartrefresh.layout.SmartRefreshLayout" on path: DexPathList[[zip file "/data/app/com.paidian.hwmc-EsIbVq6e0mFwE0-rPanqdg==/base.apk", zip file "/data/app/com.paidian.hwmc-EsIbVq6e0mFwE0-rPanqdg==/split_lib_dependencies_apk.apk", zip file "/data/app/com.paidian.hwmc-EsIbVq6e0mFwE0-rPanqdg==/split_lib_slice_0_apk.apk", zip file "/data/app/com.paidian.hwmc-EsIbVq6e0mFwE0-rPanqdg==/split_lib_slice_1_apk.apk", zip file "/data/app/com.paidian.hwmc-EsIbVq6e0mFwE0-rPanqdg==/split_lib_s com.paidian.hwmc.goods.activity.GoodsDetailsActivity.onCreate(GoodsDetailsActivity.java:209)
B.查看崩潰類信息
- 當(dāng)應(yīng)用程序嘗試使用字符串名稱加載類時(shí)引發(fā)：但無法找到具有指定名稱的類的定義。從1.4版開始，已對(duì)此異常進(jìn)行了修改，以符合通用的異常鏈接機(jī)制。在構(gòu)建時(shí)提供并通過{@link#getException()}方法訪問的“在加載類時(shí)引發(fā)的可選異常”現(xiàn)在稱為原因，并且可以通過{@link Throwable#getCace()}方法以及前面提到的“遺留方法”進(jìn)行訪問。
public class ClassNotFoundException extends ReflectiveOperationException { private static final long serialVersionUID = 9176873029745254542L; private Throwable ex; public ClassNotFoundException() { super((Throwable)null); // Disallow initCause } public ClassNotFoundException(String s) { super(s, null); // Disallow initCause } public ClassNotFoundException(String s, Throwable ex) { super(s, null); // Disallow initCause this.ex = ex; } public Throwable getException() { return ex; } public Throwable getCause() { return ex; } }
C.項(xiàng)目中異常分析
- 該異常表示在路徑下，找不到指定類，通常是因?yàn)闃?gòu)建路徑問題導(dǎo)致的。
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 類名是以字符串形式標(biāo)識(shí)的，可信度比較低，在調(diào)用Class.forName(""),Class.findSystemClass(""),Class.loadClass("")等方法時(shí)，找不到類名時(shí)將會(huì)報(bào)錯(cuò)。如果找不到的Class是系統(tǒng)Class，那么可能是系統(tǒng)版本兼容，廠家Rom兼容的問題，找到對(duì)應(yīng)的設(shè)備嘗試重現(xiàn)，解決方法可以考慮更換Api，或用自己實(shí)現(xiàn)的Class替代。
- 如果找不到的Class是應(yīng)用自由Class（含第三方SDK的Class），可以通過反編譯工具查看對(duì)應(yīng)apk中是否真的缺少該Class，再進(jìn)行定位，這種往往發(fā)生在：
  - 1.要找的Class被混淆了，存在但名字變了；
  - 2.要找的Class未被打入Dex，確實(shí)不存在，可能是因?yàn)樽约旱氖韬?#xff0c;或編譯環(huán)境的沖突；
  - 3.要找的Class確實(shí)存在，但你的Classlorder找不到這個(gè)Class，往往因?yàn)檫@個(gè)Classloder是你自實(shí)現(xiàn)的（插件化應(yīng)用中常見）。
G.其他延申

1.2 java.util.concurrent.TimeoutException連接超時(shí)崩潰

A.詳細(xì)崩潰日志信息 java.util.concurrent.TimeoutException: android.view.ThreadedRenderer.finalize() timed out after 10 seconds at android.view.ThreadedRenderer.nDeleteProxy(Native Method) at android.view.ThreadedRenderer.finalize(ThreadedRenderer.java:423)
B.查看崩潰類信息
- 當(dāng)阻塞操作超時(shí)引發(fā)的異常。指定超時(shí)的阻塞操作需要一種方法來指示已發(fā)生超時(shí)。對(duì)于許多此類操作，可以返回指示超時(shí)的值；如果不可能或不需要，則應(yīng)聲明并拋出{@code TimeoutException}。
public class TimeoutException extends Exception { private static final long serialVersionUID = 1900926677490660714L; public TimeoutException() {} public TimeoutException(String message) { super(message); } }
C.項(xiàng)目中異常分析
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 一般是系統(tǒng)在gc時(shí)，調(diào)用對(duì)象的finalize超時(shí)導(dǎo)致，解決辦法：
- 1.檢查分析finalize的實(shí)現(xiàn)為什么耗時(shí)較高，修復(fù)它；
- 2.檢查日志查看GC是否過于頻繁，導(dǎo)致超時(shí)，減少內(nèi)容開銷，防止內(nèi)存泄露。
G.其他延申

1.3 java.lang.NumberFormatException格式轉(zhuǎn)化錯(cuò)誤

A.詳細(xì)崩潰日志信息 Exception in thread "main" java.lang.NumberFormatException: For input string: "100 " at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:458) at java.lang.Integer.parseInt(Integer.java:499)
B.查看崩潰類信息
- 引發(fā)，以指示應(yīng)用程序試圖將字符串轉(zhuǎn)換為數(shù)字類型之一，但該字符串沒有適當(dāng)?shù)母袷健?/li>
public class NumberFormatException extends IllegalArgumentException { static final long serialVersionUID = -2848938806368998894L; public NumberFormatException () { super(); } public NumberFormatException (String s) { super (s); } static NumberFormatException forInputString(String s) { return new NumberFormatException("For input string: \"" + s + "\""); } }
C.項(xiàng)目中異常分析
- 錯(cuò)誤關(guān)鍵字 java.lang.NumberFormatException 這句話明確告訴了我們是數(shù)字格式異常，接著后面有 For input string: "100 " 提示，這就告訴我們，當(dāng)前想把 "100 " 轉(zhuǎn)換成數(shù)字類型時(shí)出錯(cuò)了，這樣就很確切了。
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 解決辦法很簡(jiǎn)單，改成 Integer.parseInt(str.trim())，注意將字符串轉(zhuǎn)化成整數(shù)數(shù)據(jù)類型時(shí)，注意需要trim一下。
G.其他延申

1.4 java.lang.IllegalStateException: Fragment not attached to Activity

A.詳細(xì)崩潰日志信息 java.lang.IllegalStateException: Fragment not attached to Activity
B.查看崩潰類信息
C.項(xiàng)目中異常分析
- 出現(xiàn)該異常，是因?yàn)镕ragment的還沒有Attach到Activity時(shí)，調(diào)用了如getResource()等，需要上下文Content的函數(shù)。
- 出現(xiàn)該異常，是因?yàn)镕ragment還沒有Attach到Activity時(shí)，調(diào)用了如getResource()等，需要上下文Context的函數(shù)。解決方法，就是等將調(diào)用的代碼寫在OnStart()中。
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 將調(diào)用的代碼運(yùn)行在Fragment Attached的生命周期內(nèi)。
- 第一種：在調(diào)用需要Context的函數(shù)之前，增加一個(gè)判斷isAdded()
if(isAdded()){//isAdded方法是Android系統(tǒng)提供的，只有在Fragment被添加到所屬的Activity后才返回true activity.getResourses().getString(...); }
- 第二種：如下所示
@Override public void onAttach(Context context) { super.onAttach(context); activity = (MainActivity) context; } @Override public void onDetach() { super.onDetach(); if (activity != null) { activity = null; } }
G.其他延申
- 發(fā)生場(chǎng)景：該錯(cuò)誤經(jīng)常發(fā)生在fragment的線程中執(zhí)行了一個(gè)耗時(shí)操作，線程在執(zhí)行完畢后會(huì)調(diào)用getResources來更新ui。如果在線程操作沒有完成，就調(diào)用getActivity().recreate()重新加載activity或屏幕旋轉(zhuǎn)，這時(shí)就會(huì)出現(xiàn)Fragment not attached to Activity的錯(cuò)誤

1.5 ArrayIndexOutOfBoundsException 角標(biāo)越界異常

A.詳細(xì)崩潰日志信息
- 該異常表示數(shù)組越界
java.lang.ArrayIndexOutOfBoundsException: 0at com.example.mytest.CityAdapter.setDataNotify(CityAdapter.java:183) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
B.查看崩潰類信息
- 引發(fā)，以指示已使用非法索引訪問數(shù)組。索引不是負(fù)的，就是大于或等于數(shù)組的大小。
public class ArrayIndexOutOfBoundsException extends IndexOutOfBoundsException { private static final long serialVersionUID = -5116101128118950844L; public ArrayIndexOutOfBoundsException() { super(); } public ArrayIndexOutOfBoundsException(int index) { super("Array index out of range: " + index); } public ArrayIndexOutOfBoundsException(String s) { super(s); } public ArrayIndexOutOfBoundsException(int sourceLength, int index) { super("length=" + sourceLength + "; index=" + index); } public ArrayIndexOutOfBoundsException(int sourceLength, int offset, int count) { super("length=" + sourceLength + "; regionStart=" + offset + "; regionLength=" + count); } }
C.項(xiàng)目中異常分析
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 這種情況一般要在數(shù)組循環(huán)前做好length判斷，index超出length上限和下限時(shí)都會(huì)報(bào)錯(cuò)。舉例如下：一個(gè)數(shù)組int test[N]，一共有N個(gè)元素分別是test[0]~test[N-1]，如果調(diào)用test[N]，將會(huì)報(bào)錯(cuò)。建議讀取時(shí)，不要超過數(shù)組的長(zhǎng)度（array.length）。
- Android中一種常見情形就是上拉刷新中header也會(huì)作為listview的第0個(gè)位置，如果判斷失誤很容易造成越界。
G.其他延申

1.6 IllegalAccessException 方法中構(gòu)造方法權(quán)限異常

A.詳細(xì)崩潰日志信息 Unable to instantiate application com.pedaily.yc.meblurry.App: java.lang.IllegalAccessException
B.查看崩潰類信息
- 當(dāng)應(yīng)用程序試圖反射地創(chuàng)建實(shí)例(數(shù)組除外)、設(shè)置或獲取字段或調(diào)用方法時(shí)，將引發(fā)IllegalAccessException，但當(dāng)前執(zhí)行的方法無法訪問指定的類、字段、方法或構(gòu)造函數(shù)的定義。
public class IllegalAccessException extends ReflectiveOperationException { private static final long serialVersionUID = 6616958222490762034L; public IllegalAccessException() { super(); } public IllegalAccessException(String s) { super(s); } }
C.項(xiàng)目中異常分析
- 錯(cuò)誤提示是，構(gòu)造方法的權(quán)限不對(duì)
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 檢查了整個(gè)Application，才發(fā)現(xiàn)，原來有一個(gè)無參數(shù)的構(gòu)造方法，被設(shè)計(jì)成private。修改其為public即可。
G.其他延申
- android BroadcastReceiver遇到j(luò)ava.lang.IllegalAccessException解決方法，錯(cuò)誤原因主要是app中其他地方調(diào)用了默認(rèn)的構(gòu)造函數(shù)，必須增加默認(rèn)構(gòu)造函數(shù)且訪問權(quán)限為public

1.7 android.view.WindowManager$BadTokenException，dialog彈窗異常

A.詳細(xì)崩潰日志信息 Unable to add window -- token android.os.BinderProxy@9a57804 is not valid; is your activity running? android.view.ViewRootImpl.setView(ViewRootImpl.java:907)
B.查看崩潰類信息
- 在WindowManager中可以找到這個(gè)異常類，主要發(fā)生在嘗試添加視圖時(shí)引發(fā)的
public static class BadTokenException extends RuntimeException { public BadTokenException() { } public BadTokenException(String name) { super(name); } }
C.項(xiàng)目中異常分析
- 該異常表示不能添加窗口，通常是所要依附的view已經(jīng)不存在導(dǎo)致的。
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 之前項(xiàng)目中有一個(gè)自定義彈窗，偶爾會(huì)報(bào)這個(gè)錯(cuò)。解決辦法如下代碼所示
- 主要邏輯是在彈窗show或者dismiss的時(shí)候，都增加了邏輯判斷，判斷宿主activity存在。
/*** 展示加載窗* @param context 上下文* @param isCancel 是否可以取消 */ public static void show(Context context, boolean isCancel) { if(context == null){ return; } if (context instanceof Activity) { if (((Activity) context).isFinishing()) { return; } } if (loadDialog != null && loadDialog.isShowing()) { return; } loadDialog = new LoadLayoutDialog(context, isCancel); loadDialog.show(); } /** * 銷毀加載窗 * @param context 上下文 */ public static void dismiss(Context context) { if(context == null){ return; } try { if (context instanceof Activity) { if (((Activity) context).isFinishing()) { loadDialog = null; return; } } if (loadDialog != null && loadDialog.isShowing()) { Context loadContext = loadDialog.getContext(); if (loadContext instanceof Activity) { if (((Activity) loadContext).isFinishing()) { loadDialog = null; return; } } loadDialog.dismiss(); loadDialog = null; } } catch (Exception e) { e.printStackTrace(); loadDialog = null; } }
G.其他延申
- Dialog&AlertDialog，Toast，WindowManager不能正確使用時(shí)，經(jīng)常會(huì)報(bào)出該異常，原因比較多，幾個(gè)常見的場(chǎng)景如下：
  - 1.上一個(gè)頁(yè)面沒有destroy的時(shí)候，之前的Activity已經(jīng)接收到了廣播。如果此時(shí)之前的Activity進(jìn)行UI層面的操作處理，就會(huì)造成crash。UI層面的刷新，一定要注意時(shí)機(jī)，建議使用set_result來代替廣播的形式進(jìn)行刷新操作，避免使用廣播的方式，代碼不直觀且容易出錯(cuò)。
  - 2.Dialog在Actitivty退出后彈出。在Dialog調(diào)用show方法進(jìn)行顯示時(shí)，必須要有一個(gè)Activity作為窗口的載體，如果Activity被銷毀，那么導(dǎo)致Dialog的窗口載體找不到。建議在Dialog調(diào)用show方法之前先判斷Activity是否已經(jīng)被銷毀。
  - 3.Service&Application彈出對(duì)話框或WindowManager添加view時(shí)，沒有設(shè)置window type為TYPE_SYSTEM_ALERT。需要在調(diào)用dialog.show()方法前添加dialog.getWindow().SetType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT)。
  - 4.6.0的系統(tǒng)上, (非定制 rom 行為)若沒有給予懸浮窗權(quán)限, 會(huì)彈出該問題, 可以通過Settings.canDrawOverlays來判斷是否有該權(quán)限.
  - 5.某些不穩(wěn)定的MIUI系統(tǒng)bug引起的權(quán)限問題，系統(tǒng)把Toast也當(dāng)成了系統(tǒng)級(jí)彈窗，android6.0的系統(tǒng)Dialog彈窗需要用戶手動(dòng)授權(quán)，若果app沒有加入SYSTEM_ALERT_WINDOW權(quán)限就會(huì)報(bào)這個(gè)錯(cuò)。需要加入給app加系統(tǒng)Dialog彈窗權(quán)限，并動(dòng)態(tài)申請(qǐng)權(quán)限，不滿足第一條會(huì)出現(xiàn)沒權(quán)限閃退，不滿足第二條會(huì)出現(xiàn)沒有Toast的情況。

1.8 java.lang.NoClassDefFoundError 找不到類異常

A.詳細(xì)崩潰日志信息
B.查看崩潰類信息
- 如果Java虛擬機(jī)或ClassLoader實(shí)例試圖加載類的定義(作為普通方法調(diào)用的一部分或使用新的表達(dá)式創(chuàng)建新實(shí)例的一部分)，則拋出該類的定義。編譯當(dāng)前執(zhí)行的類時(shí)存在搜索類定義，但無法再找到該定義。
public class NoClassDefFoundError extends LinkageError { private static final long serialVersionUID = 9095859863287012458L; public NoClassDefFoundError() { super(); } public NoClassDefFoundError(String s) { super(s); } private NoClassDefFoundError(String detailMessage, Throwable throwable) { super(detailMessage, throwable); } }
C.項(xiàng)目中異常分析
- 問題的主要原因：方法數(shù)超65536限制。由于實(shí)際開發(fā)當(dāng)中的需求不斷變更,開源框架越來越多，大多都用第三方SDK，導(dǎo)致方法數(shù)很容易超出65536限制。出現(xiàn)錯(cuò)誤Java.lang.NoClassDefFoundError
D.引發(fā)崩潰日志的流程分析
- 這個(gè)錯(cuò)誤是Android應(yīng)用的方法總數(shù)限制造成的。android平臺(tái)的Java虛擬機(jī)Dalvik在執(zhí)行DEX格式的Java應(yīng)用程序時(shí)，使用原生類型short來索引DEX文件中的方法。這意味著單個(gè)DEX文件可被引用的方法總數(shù)被限制為65536。通常APK包含一個(gè)classes.dex文件，因此Android應(yīng)用的方法總數(shù)不能超過這個(gè)數(shù)量，這包括Android框架、類庫(kù)和你自己開發(fā)的代碼。而Android 5.0和更高版本使用名為ART的運(yùn)行時(shí)，它原生支持從APK文件加載多個(gè)DEX文件。在應(yīng)用安裝時(shí)，它會(huì)執(zhí)行預(yù)編譯，掃描classes(..N).dex文件然后將其編譯成單個(gè).oat文件用于執(zhí)行. 通熟的講，就是分包。
F.解決辦法
- 64k解決辦法
G.其他延申
- 該異常表示找不到類定義，當(dāng)JVM或者ClassLoader實(shí)例嘗試裝載該類的定義（這通常是一個(gè)方法調(diào)用或者new表達(dá)式創(chuàng)建一個(gè)實(shí)例過程的一部分）而這個(gè)類定義并沒有找時(shí)所拋出的錯(cuò)誤。
- [解決方案]：NoClassDefFoundError異常一般出現(xiàn)在編譯環(huán)境和運(yùn)行環(huán)境不一致的情況下，就是說有可能在編譯過后更改了Classpath或者jar包所以導(dǎo)致在運(yùn)行的過程中JVM或者ClassLoader無法找到這個(gè)類的定義。
  - 1.分dex包編程，如果依賴的dex包刪除了指定的類，執(zhí)行初始化方法時(shí)將會(huì)報(bào)錯(cuò)；
  - 2.使用第三方SDK或插件化編程時(shí)，動(dòng)態(tài)加載或?qū)嵗愂?huì)報(bào)錯(cuò)；
  - 3.系統(tǒng)資源緊張時(shí)，當(dāng)大量class需要加載到內(nèi)存的時(shí)候，處于競(jìng)爭(zhēng)關(guān)系，部分calss競(jìng)爭(zhēng)失敗，導(dǎo)致加載不成功；
  - 4.裝載并初始化一個(gè)類時(shí)失敗（比如靜態(tài)塊拋 java.lang.ExceptionInInitializerError 異常），然后再次引用此類也會(huì)提示NoClassDefFoundErr 錯(cuò)誤；
  - 5.手機(jī)系統(tǒng)版本或硬件設(shè)備不匹配（如ble設(shè)備只支持18以上SDK），程序引用的class在低版本中不存在，導(dǎo)致NoClassDefFoundErr 錯(cuò)誤。
  - 6.so文件找不到,設(shè)備平臺(tái)armeabi-v7a,但是我的so庫(kù)是放在armeabi中的,解決方法新建一個(gè)armeabi-v7a包,并且把a(bǔ)rmeabi的文件拷貝過來.

1.9 Android出現(xiàn)：Your project path contains non-ASCII characters.

A.詳細(xì)崩潰日志信息
B.查看崩潰類信息
C.項(xiàng)目中異常分析
D.引發(fā)崩潰日志的流程分析
F.解決辦法
- 很好解決啦，就是你的工程項(xiàng)目路徑或者項(xiàng)目名稱包含了中文，修改相關(guān)的名稱就好
G.其他延申

關(guān)于其他內(nèi)容介紹

01.關(guān)于博客匯總鏈接

1.技術(shù)博客匯總
2.開源項(xiàng)目匯總
3.生活博客匯總
4.喜馬拉雅音頻匯總
5.其他匯總

02.關(guān)于我的博客

我的個(gè)人站點(diǎn)：www.yczbj.org，www.ycbjie.cn
github：https://github.com/yangchong211
知乎：https://www.zhihu.com/people/yang-chong-69-24/pins/posts
簡(jiǎn)書：http://www.jianshu.com/u/b7b2c6ed9284
csdn：http://my.csdn.net/m0_37700275
喜馬拉雅聽書：http://www.ximalaya.com/zhubo/71989305/
開源中國(guó)：https://my.oschina.net/zbj1618/blog
泡在網(wǎng)上的日子：http://www.jcodecraeer.com/member/content_list.php?channelid=1
郵箱：yangchong211@163.com
阿里云博客：https://yq.aliyun.com/users/article?spm=5176.100-?239.headeruserinfo.3.dT4bcV
segmentfault頭條：https://segmentfault.com/u/xiangjianyu/articles

轉(zhuǎn)載于:https://www.cnblogs.com/yc211/p/9832299.html

總結(jié)

以上是生活随笔為你收集整理的崩溃bug日志总结2的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

日志
BUG