ExceptionReadme
总结项目中出现的异常
java.util.ConcurrentModificationException
异常描述：该异常表示并发修改异常.迭代器迭代过程中，迭代的对象发生了改变，如数据项增加或删除.
解决思路：由于迭代对象不是线程安全，在迭代的过程中，会检查 modCount 是否和初始 modCount 即 expectedModCount 一致，如果不一致，则认为数据有变化，迭代终止并抛出异常。常出现的场景是，两个线程同时对集合进行操作，线程 1 对集合进行遍历，而线程 2 对集合进行增加、删除操作，此时将会发生 ConcurrentModificationException 异常。
解决方法：多线程访问时要增加同步锁，或者建议使用线程安全的集合：
- 使用 ConcurrentHashMap 替换 HashMap，CopyOnWriteArrayList 替换 ArrayList。
- 或者使用使用 Vector 替换 ArrayList，Vector 是线程安全的。Vector 的缺点：大量数据操作时，由于线程安全，性能比 ArrayList低。
java.lang.ArrayIndexOutOfBoundsException
异常描述：该异常表示数组越界.
解决思路：这种情况一般要在数组循环前做好 length 判断，index 超出 length 上限和下限时都会报错。举例如下：一个数组 int test[N]，一共有 N 个元素分别是test[0]~test[N-1]，如果调用 test[N]，将会报错。建议读取时，不要超过数组的长度（array.length）。
Android 中一种常见情形就是上拉刷新中 header 也会作为 listview 的第 0 个位置，如果判断失误很容易造成越界。
异常情况：TextView 中 ellipsize 使用引发 Crash，该问题为 Android 系统 bug，存在于 Android 5.0 及以下设备，问题描述参考
解决方法：使用 android:singleLine="true" 代替 android:lines="1" 和 android:maxLines="1"
java.lang.IllegalStateException
异常描述：状态异常
解决思路 错误类型大致为以下几种:
- java.lang.IllegalStateException：Cannot forward a response that is already committed(无法转发已经提交的响应)
- IllegalStateException：response already commited(响应已经提交)
- IllegalStateException：getOutputStream() has already been called for this request(已经为此请求调用了getOutputStream )
...............
例1：IllegalStateException: Can not perform this action after onSaveInstanceState(在onSaveInstanceState之后无法执行此操作)
错误原因：
该异常表示，当前对客户端的响应已经结束，不能在响应已经结束（或说消亡）后再向客户端（实际上是缓冲区）输出任何内容。Object is no longer valid to operate on. Was it deleted by another thread? 该异常表示，realmObject 对象在其他线程已被删除，在这个线程中使用的时候抛出的异常。解决方法：
onSaveInstanceState 方法是在该 Activity 即将被销毁前调用，来保存 Activity 数据的，如果在保存玩状态后再给它添加 Fragment 就会出错。解决办法就是把 commit（）方法替换成 commitAllowingStateLoss()
具体分析：
首先解释下flush()，我们知道在使用读写流的时候数据先被读入内存这个缓冲区中， 然后再写入文件，但是当数据读完时不代表数据已经写入文件完毕，因为可能还有一部分仍未写入文件而留在内存中，这时调用 flush() 方法就会把缓冲区的数据强行清空输出，因此 flush() 的作用就是保证缓存清空输出。response 是服务端对客户端请求的一个响应，其中封装了响应头、状态码、内容等，服务端在把 response 提交到客户端之前，会向缓冲区内写入响应头和状态码，然后将所有内容 flush。这就标志着该次响应已经 committed。对于当前页面中已经 committed 的 response，就不能再使用这个 response 向缓冲区写任何东西（注：同一个页面中的 response.XXX()是同一个 response 的不同方法，只要其中一个已经导致了 committed，那么其它类似方式的调用都会导致 IllegalStateException 异常）。
参考1、参考2
例2: java.lang.IllegalStateException
Can't change tag of fragment d{e183845 #0 d{e183845}}: was d{e183845} now d{e183845 #0 d{e183845}}
错误原因：
经查，我在显示 fragment 的代码中使用了 fragment.show(getSupportFragmentManager, fragment.toString())
而这里是因为两次 toString()结果不同，导致不同的 tag 指向的是同一个 fragment。
解决方法：
获取 fragment 的 tag 的正确方法应该是使用其提供的 fragment.getTag()方法。
java.lang.NullPointerException
异常描述：空指针
解决思路：使用了一个空对象引用，建议您检查引用的对象是否为空
解决方法：这种异常通常是调用一个对象的方法抛出的，凡是调用一个对象的方法之前，一定要进行判空或者进行try-catch，这样基本可以规避大部分空指针异常。
java.lang.IllegalArgumentException
异常描述：参数不匹配异常，通常由于传递了不正确的参数导致。
解决思路：检测传入的参数
解决方法：常见于：
- Activity、Service 状态异常
- 非法URL
- UI线程操作
- Fragment中嵌套了子 Fragment，Fragment 被销毁，而内部 Fragment 未被销毁，所以导致再次加载时重复，在 onDestroyView() 中将内部 Fragment 销毁即可
- 在请求网络的回调中使用了glide.into(view),view 已经被销毁会导致该错误
android.os.DeadObjectException
异常描述：死机异常
解决思路：建议在服务终止或对象回收后把相应的引用置空，并且在所有可能用到这个对象的地方进行判空操作。该异常表示对应的服务或对象已经停止，但是却仍有对其发起调用。
解决方法：
- 数据库，蓝牙等用已调用过 close()的对象来 connect()，将会报错。
- 引用被系统回收的对象，也会报这个错误。
java.util.concurrent.TimeoutException
异常描述：该异常表示调用超时。
解决思路：一般是系统在 gc 时，调用对象的 finalize 超时导致，
解决方法：
- 检查分析 finalize 的实现为什么耗时较高，修复它。
- 检查日志查看 GC 是否过于频繁，导致超时，减少内容开销，防止内存泄露。
java.lang.ClassNotFoundException
异常描述：该异常表示在路径下，找不到指定类，通常是因为构建路径问题导致的。
解决思路：
解决方法：类名是以字符串形式标识的，可信度比较低，在调用Class.forName(""),Class.findSystemClass(""),Class.loadClass("")等方法时，找不到类名时将会报错。如果找不到的 Class 是系统 Class，那么可能是系统版本兼容，厂家 Rom 兼容的问题，找到对应的设备尝试重现，解决方法可以考虑更换Api，或用自己实现的 Class替代。如果找不到的 Class 是应用自由 Class（含第三方SDK的 Class），可以通过反编译工具查看对应 apk 中是否真的缺少该 Class，再进行定位，这种往往发生在：
- 要找的 Class 被混淆了，存在但名字变了。
- 要找的 Class 未被打入 Dex，确实不存在，可能是因为自己的疏忽，或编译环境的冲突。
- 要找的 Class 确实存在，但你的 Classlorder 找不到这个 Class，往往因为这个 Classloder 是你自实现的（插件化应用中常见）。
java.lang.SecurityException
异常描述：权限异常
解决思路：检查权限
解决方法：权限异常或者称为安全异常，由安全管理器抛出，用于指示违反安全情况的异常，通常由于没有获取对应的权限。
- android 6.0 以下需要在 manifest 中声明相应的权限。
- android 6.0 及以上，在使用时需要动态申请权限。
java.lang.OutOfMemoryError
异常描述：该异常表示未能成功分配字节内存，通常是因为内存不足导致的内存溢出。
解决思路：
解决方法：OOM 就是内存溢出，即 Out of Memory。也就是说内存占有量超过了 VM 所分配的最大。怎么解决 OOM，通常 OOM 都发生在需要用到大量内存的情况下（创建或解析 Bitmap，分配特大的数组等），这里列举常见避免 OOM 的几个注意点：
- 适当调整图像大小。
- 采用合适的缓存策略。
- 采用低内存占用量的编码方式，比如 Bitmap.Config.ARGB_4444 比 Bitmap.Config.ARGB_8888 更省内存。
- 及时回收 Bitmap。
- 不要在循环中创建过多的本地变量。
- 自定义对内存分配大小。
- 特殊情况可在 mainfests 的 Application 中增加 android:largeHeap="true" 属性，比如临时创建多个小图片(地图 marker )
android.os.FileUriExposedException
异常描述：文件 Uri 暴露异常
解决思路：
- 首先我们对 Android N及以上做判断.
- 然后添加 flags，表明我们要被授予什么样的临时权限.
- BuildConfig.APPLICATION_ID 直接获取的是应用的包名.
解决方法：对于面向 Android N (7.x) 的应用，Android 框架执行的 StrictMode API 政策禁止向您的应用外公开 file://URI。 如果一项包含文件 URI 的 Intent 离开您的应用，应用失败，并出现 FileUriExposedException 异常。若要在应用间共享文件，您应发送一项 content://URI，并授予 URI 临时访问权限。 进行此授权的最简单方式是使用 FileProvider 类。参考
网友评论