Android 异常解决方法汇总

左手的ㄟ右手 2022-08-06 10:15 238阅读 0赞

（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解决办法)][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文件发现异常调用的逻辑关系。

## android aidl 进程间通信需要注意的地方（android.os.TransactionTooLargeException） ##

1.bus工程实现通过service实现aidl实体类

2.actor工程通过发起bindservice，根据action去启动远程（跨进程的）bus上的aidl。

那么问题来了，我们知道，linux系统进程间通信，各个进程间资源是隔离的，两个进程间需要通信，就要把msg转换成底层os系统能够识别的数据单元，在Android里面的方案是aidl+parcelbal的序列化。

为了模拟和测试aidl的性能问题，我做了个简单实验，在Android中，进程间通信通过binder实现，bind是通信的数据载体，当序列化后的数据单元过大时，就会出问题，报出android.os.TransactionTooLargeExcep tion。

[http://developer.android.com/reference/android/os/TransactionTooLargeException.html][http_developer.android.com_reference_android_os_TransactionTooLargeException.html]

官方文档里有说明，最大通常限制为1M.也就是说如果大于1M数据的话，就应该分开传。理论上说，应该都是对象和字符串类型的数据为主，只要不是大图片实体等问题，一般应该够用。

我这边做了一个测试，序列化传送了450k的String被序列化 后的数据，耗时使用了33秒的时间。

try \{

StringBuilder sb = new StringBuilder();

for(int i = 0;i< 30;i++)\{

sb.append(new String (stringMsg));

System.out.println( "actor time start :" +System.currentTimeMillis());

binder.sendMsg("msg from actor : " + sb.toString());

\} catch (RemoteException e) \{

// TODO Auto-generated catch block

e.printStackTrace();

\------

public static BusCore coreBinder = new BusCore.Stub() \{

@Override

public void sendMsg(String msg) throws RemoteException \{

Log.d("", " RemoteBusCoreService msg:" + msg);

System.out.println("buscore time end :" +System.currentTimeMillis());

\};

对于远程服务，必须调用 bindService()方法，而不是 startService()方法。

今天刚好是在做框架性 实现方案测试时，稍微检测了下个，mark下。

[Android_Jar_java.lang.NoClassDefFoundError]: http://www.blogjava.net/anchor110/articles/355699.html
[http_developer.android.com_reference_android_os_TransactionTooLargeException.html]: http://developer.android.com/reference/android/os/TransactionTooLargeException.html