旧SDK版本中的java.lang.NoClassDefFoundError

我向Google Play发布了我的应用程序版本,并于今天早上与一些不满意的客户一起醒来。 该应用程序的最新版本集成了对蓝牙低功耗(BTLE)心率监视器的支持。

该应用程序在Android 4.3和4.4上运行良好,但在4.0,4.1和4.2上崩溃,出现以下错误。

FATAL EXCEPTION: main java.lang.NoClassDefFoundError: com.eiref.boatcoach.MainActivity at com.eiref.boatcoach.WhatToDo.onClick(WhatToDo.java:274) at android.view.View.performClick(View.java:4204) at android.view.View$PerformClick.run(View.java:17355) at android.os.Handler.handleCallback(Handler.java:725) at android.os.Handler.dispatchMessage(Handler.java:92) at android.os.Looper.loop(Looper.java:152) at android.app.ActivityThread.main(ActivityThread.java:5132) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:511) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560) at dalvik.system.NativeStart.main(Native Method) 

在类似于以下内容的简单Onclick中创build一个Intent时发生该错误…

 public void onClick(View v) { Intent i = new Intent(this, MainActivity.class); startActivity(i); } 

在淘汰购买4.2平板电脑后,我可以复制这个问题,我得出的结论是,这个新版本的应用程序支持蓝牙LE,它在SDK 4.3及更高版本中启用。 如果我在MainActivity中删除所有对蓝牙的引用,那么4.2和更早版本的设备会崩溃。

我从阅读文档的理解是,人们可以编写一个包含蓝牙LEfunction的应用程序,它可以在较旧的设备上运行,只要有人注意不要使用类似于以下内容的BTLE代码执行…

 if (!getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE)) return; BluetoothManager manager = (BluetoothManager) getSystemService(BLUETOOTH_SERVICE); mBluetoothAdapter = manager.getAdapter(); //etc. 

因此,我的manifest.xml不包括以下内容,因为它会阻止下载到较旧的设备,我显然希望维护一个代码库,如果可能的话…

 <uses-feature android:name="android.hardware.bluetooth_le" android:required="true" /> 

第一个问题,我上面的假设是否能够在4.3之前的SDK中包含BTLE代码正确? 如果没有,我真的需要创build两个版本的应用程序…一个人使用4.3及更高版本,其他人一个?

有很多关于java.lang.NoClassDefFoundError StackOverflow的post,我想我已经读了大部分相关的。 许多人build议我检查Java构buildpath,以确保Android专用库和Android依赖关系被检查。 他们是。 有人build议在src文件夹之前移动gen文件夹,但是这似乎没有什么区别。

我会发布一个Eclipse的Java构buildpath的形象,但因为这是我的第一篇文章,我没有需要插入图像的10个声望点,所以这里是我遵循的另一篇文章… Android的java.lang.NoClassDefFoundError

所以,第二个问题,关于什么可能是错误的构buildpath的任何其他想法?

提前谢谢了。


更新…以某种方式通过问一个问题,我得到足够的点发布的Java构buildpath的图像。 正如@Ashoke所指出的,我认为这与错误的构buildpath或支持库有关。

Eclipse订单和导出

Eclipse库

Solutions Collecting From Web of "旧SDK版本中的java.lang.NoClassDefFoundError"

尝试将所有与Ble相关的代码放到一个单独的类中,只有在具有必要API级别的设备上才能实例化。 我想没有这个callback可能会导致你的问题。

我发现在活动中静态地定义lecallback会得到一个错误,但是用api检查来打开函数并不会产生相同的错误。

代替:

  @TargetApi(Build.VERSION_CODES.LOLLIPOP){ public class RouteMapActivity extends ActionBarActivity private BluetoothAdapter.LeScanCallback mScanCallback = new ScanCallback() {...} 

我用了:

 private void setUpLeCallbacks(){ if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { settings = new ScanSettings.Builder() .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY) .build(); for (BTDeviceName device : mTestPointsToRead) { ScanFilter filter = new ScanFilter.Builder().setDeviceAddress(device.le_serial).build(); filters.add(filter); } mScanCallback = new ScanCallback() { @Override public void onScanResult(int callbackType, ScanResult result) { super.onScanResult(callbackType, result); } @Override public void onScanFailed(int errorCode) { super.onScanFailed(errorCode); } }; }else { mLeScanCallback= new BluetoothAdapter.LeScanCallback() { @Override public void onLeScan(final BluetoothDevice device, int rssi, byte[] scanRecord) { } }; } } 

现在您使用的是旧版Android版本可能无法使用的API,请确保您使用适当的支持库打包应用程序。

例如,请参阅此android示例BluetoothLeGattSample 。 它使用下面的支持lib。

  dependencies { // Add the support lib that is appropriate for SDK 18 compile "com.android.support:support-v13:19.0.+" } 

有关支持库设置的eclipse说明,请参阅android docs

由于BLE不存在,所以在<4.3设备上得到这个exception是正常的,所以你的编译代码在操作系统中找不到相应的类。 你的构buildpath没有错。

最好的解决scheme确实是在if语句中保护您的BLE代码,在运行时testingBLEfunction。 你也应该过滤操作系统版本,如果像:

 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR2) {...} 

您应该为此function声明android:required="false" ,这意味着应用程序倾向于使用该function(如果该function在设备上),但是如果需要,它可以在没有指定function的情况下运行。

 <uses-feature android:name="android.hardware.bluetooth_le" android:required="false" />