【问题标题】:java.lang.NoClassDefFoundError on older Android SDK versions旧 Android SDK 版本上的 java.lang.NoClassDefFoundError
【发布时间】:2015-01-03 14:47:17
【问题描述】:

我在 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 中创建 Intent 时出现错误,类似于以下...

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

在匆忙购买了 4.2 平板电脑以便重现该问题后,我得出的结论是,它与支持蓝牙 LE 的新版本应用程序有关,该应用程序已在 SDK 4.3 及更高版本中启用。如果我在 MainActivity 中删除所有对蓝牙的引用,那么崩溃会在 4.2 和更早的设备上消失。

通过阅读文档,我的理解是,可以编写一个包含蓝牙 LE 功能的应用程序,并且它可以在旧设备上运行,只要小心不要使用类似以下内容执行 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 代码是否正确?如果不是,我真的需要创建 两个 版本的应用程序吗...一个供使用 4.3 及更高版本的人使用,另一个供其他人使用?

有很多关于 java.lang.NoClassDefFoundError 的 StackOverflow 帖子,我想我已经阅读了大部分相关的帖子。许多人建议我检查 Java 构建路径以确保检查了 Android 私有库和 Android 依赖项。他们是。有人建议将 gen 文件夹移到 src 文件夹之前,但这似乎没有什么区别。

我会发布 Eclipse Java 构建路径的图片,但由于这是我的第一篇文章,我没有插入图片所需的 10 个信誉点,所以这是我关注的另一篇文章...Android java.lang.NoClassDefFoundError

那么,第二个问题,关于构建路径可能有什么问题的任何其他想法?

非常感谢。


更新...不知何故,通过提出一个问题,我得到了足够的分数来发布 java 构建路径的图像。正如@Ashoke 指出的那样,我确实认为这与错误的构建路径或支持库有关。

【问题讨论】:

  • 您的 onClick 中的相同代码是否在 >= 4.3 上运行,或者是否存在其他代码路径,具体取决于 Android 版本?
  • 您绝对不需要两个版本的应用程序。至于 uses-feature 标签,我建议你包含它,但设置android:required="false"。我真的不认为这是根本问题,但无论如何都很好。
  • @MichaelKrause - 是的,不同 Android 版本的代码路径完全相同。
  • @kcoppock - 我会听从你的建议,但你说得对,这不是根本问题。
  • 您的主要活动是否直接实现任何 BLE 回调方法?或者您对它们有任何静态引用吗?我所有的 BLE 东西都在我的标准东西的扩展类中,如果操作系统版本太低,我根本不会实例化这个类。

标签: android bluetooth-lowenergy noclassdeffounderror android-bluetooth buildpath


【解决方案1】:

我发现在 Activity 中静态定义 le 回调会出错,但将其包含在带有 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) {

            }
        };

    }
}

【讨论】:

  • 你是如何添加全局变量而不从 dalivk 收到 VFY 警告的?
  • @TargetApi(Build.VERSION_CODES.LOLLIPOP) 覆盖 lint 错误。
【解决方案2】:

尝试将所有与 Ble 相关的代码放入一个单独的类中,如果在具有必要 API 级别的设备上,您只能实例化该类。我认为如果没有这个,回调可能会导致您的问题。

【讨论】:

    【解决方案3】:

    最好的解决方案确实是在 if 子句中保护您的 BLE 代码,在运行时测试 BLE 功能。您还应该在 if 中过滤操作系统版本:

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

    您应该为此功能声明android:required="false",这意味着如果设备上存在该功能,应用程序更喜欢使用该功能,但如果需要,它被设计为在没有指定功能的情况下运行。

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

    【讨论】:

    • 感谢您的反馈。但是,问题是在
    • 我认为您还应该添加一个操作系统检查,这将确保在编译时对于低操作系统版本不会达到此代码(我更新了答案)。
    【解决方案4】:

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

    例如,请参阅此android sample BluetoothLeGattSample。它使用以下支持库。

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

    see android docs for eclipse instructions for support library setup

    【讨论】:

    • Ashoke - 感谢您的建议。我在 Eclipse 构建路径中尝试了 android-support-v13.jar,但没有任何乐趣。
    猜你喜欢
    • 2013-02-17
    • 1970-01-01
    • 2015-11-09
    • 2022-01-07
    • 2015-04-10
    • 1970-01-01
    • 2014-04-08
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多