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