崩溃bug日志总结1

时间 2019-11-16

标签崩溃 bug 日志总结繁體版

原文原文链接

目录介绍

1.1 java.lang.UnsatisfiedLinkError找不到so库异常
1.2 java.lang.IllegalStateException非法状态异常
1.3 android.content.res.Resources$NotFoundException
1.4 java.lang.IllegalArgumentException参数不匹配异常
1.5 IllegalStateException：Can't compress a recycled bitmap
1.6 java.lang.NullPointerException空指针异常
1.7 android.view.WindowManager$BadTokenException异常
1.8 java.lang.ClassCastException类转化异常
1.9 1.9 Toast运行在子线程问题，handler问题

好消息

博客笔记大汇总【16年3月到至今】，包括Java基础及深刻知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，固然也在工做之余收集了大量的面试题，长期更新维护而且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计47篇[近20万字]，转载请注明出处，谢谢！
连接地址：https://github.com/yangchong2...
若是以为好，能够star一下，谢谢！固然也欢迎提出建议，万事起于忽微，量变引发质变！

1.1 java.lang.UnsatisfiedLinkError

A.详细崩溃日志信息php

# main(1)
java.lang.UnsatisfiedLinkError
dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.paidian.hwmc-1/base.apk", dex file "/data/app/com.paidian.hwmc-1/base.apk"],nativeLibraryDirectories=[/data/app/com.paidian.hwmc-1/lib/arm64, /data/app/com.paidian.hwmc-1/base.apk!/lib/arm64-v8a, /vendor/lib64, /system/lib64]]] couldn't find "libijkffmpeg.so"

B.查看崩溃类信息java

这个异常类的大意是：若是Java虚拟机找不到声明为本机的方法的适当本机语言定义，则引起。

public class UnsatisfiedLinkError extends LinkageError {
    private static final long serialVersionUID = -4019343241616879428L;

    public UnsatisfiedLinkError() {
        super();
    }

    public UnsatisfiedLinkError(String s) {
        super(s);
    }
}

C.项目中异常分析android
- 根据实际项目可知，当准备播放视频时，找不到libijkffmpeg.so这个库，致使直接崩溃。
D.引起崩溃日志的流程分析

F.解决办法git

报这个错误一般是so库加载失败，或者找不到准备执行的JNI方法：github
- 1.建议检查so在安装的过程当中是否丢失，没有放入指定的目录下；
- 2.调用loadLibrary时检查是否调用了正确的so文件名，并对其进行捕获，进行相应的处理，防止程序发生崩溃；
- 3.检查下so的架构是否跟设备架构一至（如在64-bit架构下调用32-bit的so）。
代码展现

ndk {
    //根据须要 自行选择添加的对应cpu类型的.so库。
    //abiFilters 'armeabi', 'armeabi-v7a', 'arm64-v8a', 'x86', 'mips'
    abiFilters 'armeabi-v7a'
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    //这两个是必需要加的，其它的可供选择
    compile 'tv.danmaku.ijk.media:ijkplayer-java:0.8.4'
    compile 'tv.danmaku.ijk.media:ijkplayer-armv7a:0.8.4'
    //其余库文件
    //compile 'tv.danmaku.ijk.media:ijkplayer-armv5:0.8.8'
    //compile 'tv.danmaku.ijk.media:ijkplayer-arm64:0.8.8'
    //compile 'tv.danmaku.ijk.media:ijkplayer-x86:0.8.8'
    //compile 'tv.danmaku.ijk.media:ijkplayer-x86_64:0.8.8'
}

1.2 java.lang.IllegalStateException非法状态异常

A.详细崩溃日志信息面试
- onSaveInstanceState方法是在该Activity即将被销毁前调用，来保存Activity数据的，若是在保存玩状态后

再给它添加Fragment就会出错。segmentfault

IllegalStateException: Can not perform this action after onSaveInstanceState：

B.查看崩溃类信息缓存

在非法或不适当的时间调用方法的信号。换句话说，Java环境或Java应用程序没有处于请求操做的适当状态。

public class IllegalStateException extends RuntimeException {
    public IllegalStateException() {
        super();
    }

    public IllegalStateException(String s) {
        super(s);
    }

    public IllegalStateException(String message, Throwable cause) {
        super(message, cause);
    }

    public IllegalStateException(Throwable cause) {
        super(cause);
    }

    static final long serialVersionUID = -1848914673093119416L;
}

C.项目中异常分析安全
- 分析
D.引起崩溃日志的流程分析
F.解决办法服务器
- 解决办法就是把commit()方法替换成 commitAllowingStateLoss()
G.其余延申
- 错误类型大体为如下几种：
```
java.lang.IllegalStateException：Can't change tag of fragment d{e183845 #0 d{e183845}}: was d{e183845} now d{e183845 #0 d{e183845}}
java.lang.IllegalStateException：Expected BEGIN_ARRAY but was BEGIN_OBJECT at line 1 column 37 path $.data
```
- 第一种：我在显示fragment的代码中使用了：fragment.show(getSupportFragmentManager, fragment.toString());而这里是由于两次toString()结果不一样，致使不一样的tag指向的是同一个fragment。获取fragment的tag的正确方法应该是使用其提供的fragment.getTag()方法。
- 第二种：该异常是因为服务器错误返回的JSON字符串和服务器正常下时返回的JSON字符串结构不一样,致使利用Gson解析的时候报了一个异常:本该去解析集合却强制去解析对象所致.解决办法:在使用Gson解析JSON时try cash一下,不报错按照正常逻辑继续解析,报异常则处理为请求失败逻辑便可.

1.3 android.content.res.Resources$NotFoundException

A.详细崩溃日志信息

Android资源不是可绘制的（颜色或路径）

Resource is not a Drawable (color or path): TypedValue{t=0x2/d=0x7f040151 a=2}
android.view.LayoutInflater.createView(LayoutInflater.java:620)

B.查看崩溃类信息

当找不到请求的资源时，资源API将引起此异常。

public static class NotFoundException extends RuntimeException {
    public NotFoundException() {
    }

    public NotFoundException(String name) {
        super(name);
    }

    public NotFoundException(String name, Exception cause) {
        super(name, cause);
    }
}

C.项目中异常分析
- 因为将图片资源拷贝到了drawable-land-xhdpi目录下，原本应该拷贝到drawable-xhdpi目录下。
D.引起崩溃日志的流程分析
F.解决办法
- 1.引用的资源ID 是否能匹配到R.java文件中定义的资源；
- 2.是否由于缓存等缘由致使编译APK时未把资源文件打包进去，能够把APK反编译检查下；
- 3.是否使用了一个错误的类型来引用了某个资源或者配置资源时存在错误；
- 4.是否将Int等整型变量做为了参数传给了View.setText调用，这种状况下该整型变量将被认为是一个资源ID号去资源列表中查找对应的资源，致使找不到对应资源错误；解决方法是作类型转换View.setText(String.valueOf(Int id))。

1.4 java.lang.IllegalArgumentException参数不匹配异常

A.详细崩溃日志信息

B.查看崩溃类信息

参数不匹配异常，一般因为传递了不正确的参数致使。

public class IllegalArgumentException extends RuntimeException {
    public IllegalArgumentException() {
        super();
    }

    public IllegalArgumentException(String s) {
        super(s);
    }

    public IllegalArgumentException(String message, Throwable cause) {
        super(message, cause);
    }


    public IllegalArgumentException(Throwable cause) {
        super(cause);
    }

    private static final long serialVersionUID = -5365630128856068164L;
}

C.项目中异常分析
D.引起崩溃日志的流程分析
F.解决办法
G.常见的出现场景
- Activity、Service状态异常；
- 非法URL；
- UI线程操做。
- Fragment中嵌套了子Fragment，Fragment被销毁，而内部Fragment未被销毁，因此致使再次加载时重复，在onDestroyView() 中将内部Fragment销毁便可
- 在请求网络的回调中使用了glide.into(view),view已经被销毁会致使该错误

1.5 IllegalStateException：Can't compress a recycled bitmap

A.详细崩溃日志信息

没法压缩回收位图

Can't compress a recycled bitmap
com.paidian.hwmc.utils.i.a(FileUtils.java:75)

B.查看崩溃类信息

若是位图已被回收，则但愿抛出异常的方法将调用此值。知道了崩溃的具体位置，就该分析具体的缘由呢！

public boolean compress(CompressFormat format, int quality, OutputStream stream) {
    checkRecycled("Can't compress a recycled bitmap");
    //省略代码
    return result;
}

//若是位图已被回收，则但愿抛出异常的方法将调用此值。
private void checkRecycled(String errorMessage) {
    if (mRecycled) {
        throw new IllegalStateException(errorMessage);
    }
}

C.项目中异常分析
- 使用了已经被释放过内存的对象。对于Bitmap：Bitmap bitmap=一个bitmap对象。使用过程当中调用bitmap.recycle()，以后再使用bitmap就会报错。
D.引起崩溃日志的流程分析
- bitmap.recycle()解释以下所示，释放与此位图关联的本机对象，并清除对像素数据的引用。这将不会同步释放像素数据；它只容许在没有其余引用的状况下对其进行垃圾收集。位图被标记为“死”，这意味着若是调用getPixels()或setPixels()，它将抛出异常，而不会绘制任何内容。此操做不能反转，所以只有在肯定没有进一步使用位图的状况下才应调用该操做。这是一个高级调用，一般不须要调用，由于当没有对此位图的引用时，普通GC进程将释放此内存。
```
Free the native object associated with this bitmap, and clear the reference to the pixel data
```
F.解决办法
- 第一种：在使用bitmap前增长判断，if (mBitmap.isRecycled()) return null;
- 第二种：

1.6 java.lang.NullPointerException空指针异常

A.详细崩溃日志信息

Please call the AutoSizeConfig#init() first
com.paidian.hwmc.base.BaseApplication.initAutoSizeConfig(BaseApplication.java:386)

B.查看崩溃类信息

空指针异常，也是十分常见的一个异常

public class NullPointerException extends RuntimeException {
    private static final long serialVersionUID = 5162710183389028792L;
    public NullPointerException() {
        super();
    }
    public NullPointerException(String s) {
        super(s);
    }
}

C.项目中异常分析
- 空指针发生场景较多，是指某一个对象报null，这个使用去使用它的话就i会报该异常。
D.引起崩溃日志的流程分析
F.解决办法
- 空指针最为常见，也最容易规避，使用的时候必定要进行null check，采起不信任原则：
  - 1.方法形参要判空后才使用；
  - 2.全局变量容易被系统回收或者更改，使用全局变量前建议判空；
  - 3.第三方接口的调用，对返回值进行判空。
  - 4.请注意线程安全

1.7 android.view.WindowManager$BadTokenException异常，Toast报错Unable to add window

A.详细崩溃日志信息

报错日志，是否是有点眼熟呀？更多能够看个人开源项目：https://github.com/yangchong211

android.view.WindowManager$BadTokenException
    Unable to add window -- token android.os.BinderProxy@7f652b2 is not valid; is your activity running?

B.查看崩溃类信息
- 查询报错日志是从哪里来的
C.项目中异常分析
D.引起崩溃日志的流程分析
- 这个异常发生在Toast显示的时候，缘由是由于token失效。一般状况下，通常是不会出现这种异常。可是因为在某些状况下， Android进程某个UI线程的某个消息阻塞。致使 TN 的 show 方法 post 出来 0 (显示) 消息位于该消息以后，迟迟没有执行。这时候，NotificationManager 的超时检测结束，删除了 WMS 服务中的 token 记录。删除 token 发生在 Android 进程 show 方法以前。这就致使了上面的异常。
- 测试代码。模拟一下异常的发生场景，其实很容易，只须要这样作就能够出现上面这个问题
```
Toast.makeText(this，"潇湘剑雨-yc"，Toast.LENGTH_SHORT).show();
    try {
        Thread.sleep(20000);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
```
F.解决办法
- 目前见过好几种，思考一下那种比较好……
- 第一种，既然是报is your activity running，那能够不能够在吐司以前先判断一下activity是否running呢？
- 第二种，抛出异常增长try-catch，代码以下所示，最后仍然没法解决问题
  - 按照源码分析，异常是发生在下一个UI线程消息中，所以在上一个ui线程消息中加入try-catch是没有意义的。并且用到吐司地方这么多，这样作也不方便啦！
- 第三种，那就是自定义相似吐司Toast的view控件。我的建议除非要求很是高，否则不要这样作。毕竟发生这种异常仍是比较少见的
G.哪些状况会发生该问题？
- UI 线程执行了一条很是耗时的操做，好比加载图片等等，就相似上面用 sleep 模拟状况
- 进程退后台或者息屏了，系统为了减小电量或者某种缘由，分配给进程的cpu时间减小,致使进程内的指令并不能被及时执行，这样同样会致使进程看起来”卡顿”的现象
- 当TN抛出消息的时候，前面有大量的 UI 线程消息等待执行，而每一个 UI 线程消息虽然并不卡顿，可是总和若是超过了 NotificationManager 的超时时间，仍是会出现问题

1.8 java.lang.ClassCastException类转化异常

A.详细崩溃日志信息

android.widget.FrameLayout cannot be cast to android.widget.RelativeLayout
com.paidian.hwmc.goods.activity.GoodsDetailsActivity.initView(GoodsDetailsActivity.java:712)

B.查看崩溃类信息

抛出以指示代码试图将对象强制转换为它不是实例的子类。

public class ClassCastException extends RuntimeException {
    private static final long serialVersionUID = -9223365651070458532L;


    public ClassCastException() {
        super();
    }

    public ClassCastException(String s) {
        super(s);
    }
}

C.项目中异常分析
- 该异常表示类型转换异常，一般是由于一个类对象转换为其余不兼容类对象抛出的异常，检查你要转换的类对象类型。
D.引起崩溃日志的流程分析
F.解决办法
- 通常在强制类型转换时出现，例如若是A向B转换，而A不是B的父类时，将产生java.lang.ClassCastException异常。通常建议作这时要使用instanceof作一下类型判断，再作转换。
- 该案例中，须要把FrameLayout更改为RelativeLayout就能够呢

1.9 Toast运行在子线程问题，handler问题

A.详细崩溃日志信息

先来看看问题代码，会出现什么问题呢？

new Thread(new Runnable() {
    @Override
    public void run() {
        ToastUtils.showRoundRectToast("潇湘剑雨-杨充");
    }
}).start();

报错日志以下所示：

而后找找报错日志从哪里来的
- ![image]()

子线程中吐司的正确作法，代码以下所示

new Thread(new Runnable() {
    @Override
    public void run() {
        Looper.prepare();
        ToastUtils.showRoundRectToast("潇湘剑雨-杨充");
        Looper.loop();
    }
}).start();

得出的结论
- Toast也能够在子线程执行，不过须要手动提供Looper环境的。
- Toast在调用show方法显示的时候，内部实现是经过Handler执行的，所以天然是不阻塞Binder线程，另外，若是addView的线程不是Loop线程，执行完就结束了，固然就没机会执行后续的请求，这个是由Hanlder的构造函数保证的。能够看看handler的构造函数，若是Looper==null就会报错，而Toast对象在实例化的时候，也会为本身实例化一个Hanlder，这就是为何说“必定要在主线程”，其实准确的说应该是 “必定要在Looper非空的线程”。
- Handler的构造函数以下所示：

关于其余内容介绍

01.关于博客汇总连接

02.关于个人博客

个人我的站点：www.yczbj.org，www.ycbjie.cn
github：https://github.com/yangchong211
知乎：https://www.zhihu.com/people/...
简书：http://www.jianshu.com/u/b7b2...
csdn：http://my.csdn.net/m0_37700275
喜马拉雅听书：http://www.ximalaya.com/zhubo...
开源中国：https://my.oschina.net/zbj161...
泡在网上的日子：http://www.jcodecraeer.com/me...
邮箱：yangchong211@163.com
阿里云博客：https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV
segmentfault头条：https://segmentfault.com/u/xi...