java.lang.NoClassDefFoundError的原因及解决

[O]

安卓应用在低版本（V2.3.6）系统上运行时报错： java.lang.NoClassDefFoundError

完整错误信息如下：

05-29 13:56:13.687: E/AndroidRuntime(3538): FATAL EXCEPTION: main
05-29 13:56:13.687: E/AndroidRuntime(3538): java.lang.NoClassDefFoundError: com.uustudio.unote.android.BaseApplication$1
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at com.uustudio.unote.android.BaseApplication.onCreate(BaseApplication.java:109)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:969)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.app.ActivityThread.handleBindApplication(ActivityThread.java:3276)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.app.ActivityThread.access$2200(ActivityThread.java:117)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.app.ActivityThread$H.handleMessage(ActivityThread.java:973)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.os.Handler.dispatchMessage(Handler.java:99)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.os.Looper.loop(Looper.java:130)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at android.app.ActivityThread.main(ActivityThread.java:3687)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at java.lang.reflect.Method.invokeNative(Native Method)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at java.lang.reflect.Method.invoke(Method.java:507)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625)
05-29 13:56:13.687: E/AndroidRuntime(3538): 	at dalvik.system.NativeStart.main(Native Method)

简化后：

E/AndroidRuntime(3538): FATAL EXCEPTION: main
E/AndroidRuntime(3538): java.lang.NoClassDefFoundError: com.uustudio.unote.android.BaseApplication$1
at com.uustudio.unote.android.BaseApplication.onCreate(BaseApplication.java:109)
at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:969)
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:3276)
at android.app.ActivityThread.access$2200(ActivityThread.java:117)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:973)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:130)
at android.app.ActivityThread.main(ActivityThread.java:3687)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:507)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625)
at dalvik.system.NativeStart.main(Native Method)

1. 一种解决方案如链接：http://blog.csdn.net/leehong2005/article/details/9407111

未生效

2. 一种解决方案：Properties->Java Build Path 选择Source分页添加Libs路径，从而将第三方jar包打包进apk

未生效

3. 过程中出现新问题：Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;

解决方案：http://stackoverflow.com/questions/7870265/unable-to-execute-dex-multiple-dex-files-define-lcom-myapp-rarray

4. 一种解决方案，此种应该是离问题原因很近的：http://blog.csdn.net/tianjian4592/article/details/43467283

依然未生效，但可基本判断是配置冲突或配置未生效造成的，需要clean之后重新配置。

（然而测试之后发现并非如此...）

以上解决办法均针对安卓工程引用第三方jar包这一原因，我的情况是在部分机型（高版本安卓系统）及模拟器运行正常，在部分机型（安卓系统2.3.6）测试时出现问题，若是上述原因，则所有机型均无法正常运行才对，故排除。

5. 一种原因分析：AsyncTask陷阱之:Handler,Looper与MessageQueue的详解

在该问题案例中，程序在安卓2.3版本的机器上无法运行，在4.0及以上版本运行OK，其原因是程序中的Handler对象未进行BindApplication，而4.0及以上版本系统会自动进行该操作，该文章相关内容如下：

从2.3运行时的Stacktrace来看原因是在非UI线程中操作了UI组件。不对呀，神奇 啊，AsyncTask#onProgressUpdate()和AsyncTask#onPostExecute()的文档明明写着这二个回调是在UI 线程里面的嘛，怎么还会报出这样的异常呢！

AsyncTask设计出来执行异步任务却又能与主线程通讯，它的内部有一个
InternalHandler是继承自Handler的静态成员sHandler，这个sHandler就是用来与主线程通讯的。看下这个对象的声
明：private static final InternalHandler sHandler = new
InternalHandler();而InternalHandler又是继承自Handler的。所以本质上讲sHandler就是一个
Handler对象。Handler是用来与线程通讯用的，它必须与Looper和线程绑定一起使用，创建Handler时必须指定Looper，如果不
指定Looper对象则使用调用栈所在的线程，如果调用栈线程没有Looper会报出异常。看来这个sHandler是与调用new
InternalHandler()的线程所绑定，它又是静态私有的，也就是与第一次创建AsyncTask对象的线程绑定。所以，如果是在主线程中创建
的AsyncTask对象，那么其sHandler就与主线程绑定，这是正常的情况。在此例子中AsyncTask是在衍生线程里创建的，所以其
sHandler就与衍生线程绑定，因此，它自然不能操作UI元素，会在onProgressUpdate()和onPostExecute()中抛出异常。

以上例子有异常的原因就是在衍生线程中创建了SimpleAsyncTask对象。至于为什么在4.0版本上没有问题，是因为4.0
中在ActivityThread.main()方法中，会进行BindApplication的动作，这时会用AsyncTask对象，也会创建
sHandler对象，这是主线程所以sHandler是与主线程绑定的。后面再创建AsyncTask对象时，因为sHandler已经初始化完了，不
会再次初始化。至于什么是BindApplication，为什么会进行BindApplication的动作不影响这个问题的讨论。AsyncTask的缺陷及修改方法。

这其实是AsyncTask的隐藏的Bug，它不应该这么依赖开发者，应该强加条件限制，以保证第一次AsyncTask对象是在主线程中创建。

该问题及原因描述与我遇到的情况及错误日志信息极为相近，为验证之，新建安卓2.2和2.3版本的模拟器并运行代码。

- 在安卓2.2版本系统的模拟器下运行，报出同样错误及Log信息。