凡人多烦事01

这个屌丝很懒，什么也没留下！

热门标签

Android 异常解决方法汇总_android so va_arg 异常

作者：凡人多烦事01 | 2024-03-15 23:30:58

踩

android so va_arg 异常

（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文件发现异常调用的逻辑关系。

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

官方文档里有说明，最大通常限制为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下。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/凡人多烦事01/article/detail/245407