Android 异常解决方法汇总

Android 异常解决方法汇总 

1）异常：Android中引入第三方Jar包的方法(java.lang.NoClassDefFoundError解决办法)

1、在工程下新建lib文件夹，将需要的第三方包拷贝进来。
2、将引用的第三方包，添加进工作的build path。选中jar包->Build Path
3、（关键的一步）将lib设为源文件夹。如果不设置，则程序编译可以通过，但运行的时候，会报：选中lib文件夹->source code

java.lang.NoClassDefFoundError

Android中引入第三方Jar包的方法(java.lang.NoClassDefFoundError解决办法)

（2） 异常：Caused by: android.os.TransactionTooLargeException

导致原因是：Binder传输的数据太大

如果Binder的参数或返回值太大，不适合的事务缓冲区，然后调用将失败，并将被抛出TransactionTooLargeException。

解决方法：

不要将大量数据传入Binder

（3） 异常：android.database.CursorWindowAllocationException:Cursor window allocation of 2048 kb failed

导致原因：主要原因是因为使用了SimpleCursorAdapter类，其中的Cursor参数需要我们手动关闭，否则就会出现以上异常。

解决方法：cursor.close()

（4） 异常：Excessive JNI global references错误的解决方案  GREF暴增

导致原因：vm对jni层的reference有个数限制，过多很造成VM aborting。因此每次在GREF增加到2000以上的时候就直接aborting了

 解决方法：及时回收或关闭引用

（5） 异常：android.view.WindowManager$BadTokenException: Unable to add window -- token 

导致原因：使用getApplicationContext()获得的Context,而必须使用Activity,因为只有一个Activity才能添加一个窗体。

解决方法：采用当前Activity的Context

（6） 异常：android.database.sqlite.SQLiteCantOpenDatabaseException: unable to open database file

导致原因：重复安装软件，导致Sqlite3打开数据库异常

解决方法：卸载相应软件，开关机，重新安装该软件，即可以解决相关异常。

（7） 异常：java.lang.NullPointerException

 异常原因：使用fragment时，fragment相关布局，必须给每个view设置id，否则通过activity获得fragment的实例时会出现以上异常

解决方法：为fragment布局的每个view设置ID

 

（8）异常：java.util.ConcurrentModificationException（并发操作异常）

 异常原因：ArrayList是非线程安全的，当同时在遍历和修改ArrayList时，就会出现该异常

解决方法：使用Vector替换ArrayList，Vector是线程安全的。Vector的缺点：大量数据操作时，由于线程安全，性能比ArrayList低

（9） 异常：so库文件异常（JNI层异常）

 异常原因：在Android应用层开发中，我们经常会使用so库文件。当so库文件发生异常时，我们只能在adb log中发现 fatal libc这样的异常信息，仅此而已，并不能发现异常调用的逻辑关系， 这是我们就需要查看so 库异常Log信息。在Android手机的 /data/tombstones 的路径下就包含了so库文件发生异常的Log信息，开发者可以查看该路径下载Log文件发现异常调用的逻辑关系。

(10) 异常：android.os.deadObjectException异常

deadObjectException异常，说明应用的service已经停止，要么是从操作系统中丧生，要么从应用程序中终止。

（11）. 布局文件不可以有大写字母

（12）. 抛出如下错误WARNING: Application does not specify an API level requirement!，

是由于没有指定users sdk的缘故,修改AndroidManifest.xml文件.

加入:<uses-sdkandroid:minSdkVersion=”8″></uses-sdk> ##

 

　（13）IllegalStateException非法状态
异常跟普通的警告等有一定的区别。当应用程序发生异常时，会中断正在执行的程序的正常指令流。也就是说，发生异常后面的代码将得不到正确的执行。甚至还会触发数据库的回退操作。

    
   （14）、 SQLException：操作数据库异常类。

    现在的Java应用程序大部分都是依赖于数据库运行的。当Java应用程序与数据库进行沟通时如果产生了错误，就会触发这个类。同时会将数据库的错误信息通过这个类显示给用户。也就是说，这个操作数据库异常类是数据库与用户之间异常信息传递的桥梁。如现在用户往系统中插入数据，而在数据库中规定某个字段必须唯一。当用户插入数据的时候，如果这个字段的值跟现有的纪录重复了，违反了数据库的唯一性约束，此时数据库就会跑出一个异常信息。这个信息一般用户可能看不到，因为其发生在数据库层面的。此时这个操作数据库异常类就会捕捉到数据库的这个异常信息，并将这个异常信息传递到前台。如此的话，前台用户就可以根据这个异常信息来分析发生错误的原因。这就是这个操作数据库异常类的主要用途。在Java应用程序中，所有数据库操作发生异常时，都会触发这一个类。所有此时Java应用程序本身的提示信息往往过于笼统，只是说与数据库交互出现错误，没有多大的参考价值。此时反而是数据库的提示信息更加有使用价值。

   （15） ClassCastException：数据类型转换异常。

    在Java应用程序中，有时候需要对数据类型进行转换。这个转换包括显示的转换与隐式的转换。不过无论怎么转换，都必须要符合一个前提的条件，即数据类型的兼容性。如果在数据转换的过程中，违反了这个原则，那么就会触发数据类型转换异常。如现在在应用程序中，开发人员需要将一个字符型的日期数据转换为数据库所能够接受的日期型数据，此时只需要在前台应用程序中进行控制，一般不会有问题。但是，如果前台应用程序缺乏相关的控制，如用户在输入日期的时候只输入月、日信息，而没有年份的信息。此时应用程序在进行数据类型转换的时候，就会出现异常。根据笔者的经验，数据类型转换异常在应用程序开发中使一个出现的比较多的异常，也是一个比较低级的异常。因为大部分情况下，都可以在应用程序窗口中对数据类型进行一些强制的控制。即在数据类型进行转换之前，就保证数据类型的兼容性。如此的话，就不容易造成数据类型的转换异常。如在只允许数值类型的字段中，可以设置不允许用户输入数值以外的字符。虽然说有了异常处理机制，可以保证应用程序不会被错误的运行。但是在实际开发中，还是要尽可能多的预见错误发生的原因，尽量避免异常的发生。

（16） NumberFormatException：字符串转换为数字类型时抛出的异常。

    在数据类型转换过程中，如果是字符型转换为数字型过程中出现的问题，对于这个异常在Java程序中采用了一个独立的异常，即 NumberFormatException.如现在讲字符型的数据“123456”转换为数值型数据时，是允许的。但是如果字符型数据中包含了非数字型的字符，如123#56，此时转换为数值型时就会出现异常。系统就会捕捉到这个异常，并进行处理。

Java应用程序中常见的异常类还有很多。如未找到相应类异常、不允许访问某些类异常、文件已经结束异常、文件未找到异常、字段未找到异常等等。一般系统开发人员都可以根据这个异常名来判断当前异常的类型。虽然不错，但是好记性不如烂笔头。程序开发人员在必要的时候（特别是存在自定义异常的时候），最后手头有一份异常明细表。如此的话，无论是应用程序在调试过程中发现问题，还是运行过程中接到用户的投诉，都可以及时的根据异常名字来找到异常发生的原因。从而可以在最短时间内解决异常，恢复应用程序的正常运行。这个措施笔者用了很多年，非常的有效。

    二、异常管理的实用建议。

    对于操作数据库异常来说，Java应用程序只提供了一个异常类。故光凭Java应用程序的错误信息，往往不能够帮助应用程序人员排除错误的原因。只能够指名是应用程序错误还是数据库错误导致的这个异常。为了更进一步指明问题的原因，在数据库层面定义异常的时候，最好能够说明具体的原因。如前台应用程序可能会调用数据库的函数或者过程。此时在数据库的函数或者过程中做好能够说明某个异常的具体原因。如根据某个基础表生成另一张表的时候，某个字段不能够为空等等。将这些异常信息说明清楚后，如果真的遇到类似的异常时，操作数据库异常类就会将数据库的异常信息反会给前台用户。从而有利于用户寻找问题的原因，并在最短时间内改正。当然，这需要Java程序员与数据库设计人员进行协调。

    其次需要注意的是，异常并不是常态。也就是说，大部分异常可以通过前提的合理预见与预防，来消除。如设计到四则运算，可以在前台应用程序窗口中限制在除数字段内输入0值等手段来消除应用程序运行中可能产生的异常。不过这往往要求应用程序开发人员有比较丰富的工作经验以及由比较严密的思维逻辑。虽然这有一定的难度，但是笔者认为程序开发人员还是应该往这方面努力，而不要老是让用户作为你的试验品，让用户来发现应用程序中的设计Bug.笔者认为，只有一些实在是程序人员无法控制的因素才允许抛出异常。如果应用程序开发人员能够意识到这种错误、但是仍然没有引起重视或者采取有效的措施防止出现这种异常，那么笔者是不允许的。

ArithmeticException（除数为0的异常）, BufferOverflowException（缓冲区上溢异常）, BufferUnderflowException（缓冲区下溢异常）, IndexOutOfBoundsException（出界异常）, NullPointerException（空指针异常）, EmptyStackException（空栈异常）, IllegalArgumentException（不合法的参数异常）, NegativeArraySizeException, NoSuchElementException, SecurityException, SystemException, UndeclaredThrowableException

（17） java.lang.NullPointerException
　　异常的解释是"程序遇上了空指针"，简单地说就是调用了未经初始化的对象或者是不存在的对象，即把数组的初始化和数组元素的初始化混淆起来了。数组的初始化是对数组分配需要的空间，而初始化后的数组，其中的元素并没有实例化，依然是空的，所以还需要对每个元素都进行初始化（如果要调用的话）
（18） java.lang.ClassNotFoundException　　

异常的解释是"指定的类不存在"。
（19） java.lang.ArithmeticException　　

这个异常的解释是"数学运算异常"，比如程序中出现了除以零这样的运算就会出这样的异常。
（20）java.lang.ArrayIndexOutOfBoundsException

　　异常的解释是"数组下标越界"，现在程序中大多都有对数组的操作，因此在调用数组的时候一定要认真检查，看自己调用的下标是不是超出了数组的范围，一般来说，显示（即直接用常数当下标）调用不太容易出这样的错，但隐式（即用变量表示下标）调用就经常出错了，还有一种情况，是程序中定义的数组的长度是通过某些特定方法决定的，不是事先声明的，这个时候，最好先查看一下数组的length，以免出现这个异常。
（21）java.lang.IllegalArgumentException

　　这个异常的解释是"方法的参数错误"，比如g.setColor(int red,int green,int blue)这个方法中的三个值，如果有超过２５５的也会出现这个异常，因此一旦发现这个异常，我们要做的，就是赶紧去检查一下方法调用中的参数传递是不是出现了错误。
（22）java.lang.IllegalAccessException
　　这个异常的解释是"没有访问权限"，当应用程序要调用一个类，但当前的方法即没有对该类的访问权限便会出现这个异常。对程序中用了Package的情况下要注意这个异常

（23） 异常：Excessive JNI global references错误的解决方案  GREF暴增

导致原因：vm对jni层的reference有个数限制，过多很造成VM aborting。因此每次在GREF增加到2000以上的时候就直接aborting了

 解决方法：及时回收或关闭引用

（24）发送Http请求时  android.os.NetworkOnMainThreadException异常 
导致原因：异常大概意思是在主线程访问网络时出的异常。 Android在4.0之前的版本 支持在主线程中访问网络，
但是在4.0以后对这部分程序进行了优化，访问网络的代码不能写在主线程中了。

    解决办法：在要使用HTTP请求的Activity的OnCreate方法中加入：
       

1. StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build());
   
2.        StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectLeakedSqlLiteObjects().detectAll().penaltyLog().penaltyDeath().build());

1. （25）.android数据库sqlite关闭异常   ： ERROR/Cursor(1188): Finalizing a Cursor that has not been deactivated or closed. database = /data/data/com.icss/databases/resoute_list, table 
   
2. = resoute_list, query = SELECT id, user_name,socre, part_time ,type  FROM resoute_list ORDER BY id desc
   
3. 06-13 18:04:35.176: ERROR/Cursor(1188): android.database.sqlite.DatabaseObjectNotClosedException: Application did not close the cursor or database object 
   
4. that was opened here

    导致原因：每次查询完成后需要关闭 SQLiteDatabase 对象  databaseHelper  对象   Cursor对象，在第一次使用查询时 没有关闭 databaseHelper  对象，只关闭SQLiteDatabase 对象 和 Cursor对象，第二次（第二个Activity中查询）查询时出现此异常
解决办法：每次查询完成后需要依次关闭 Cursor对象  、databaseHelper  对象、 SQLiteDatabase 对象。