java - 如果类实现较新的接口(interface)，Android 推荐的安全支持较新 api 的方法会出错。为什么？

Question

为了支持不同的 API 级别，我使用了此处描述的技术:http://android-developers.blogspot.com/2010/07/how-to-have-your-cupcake-and-eat-it-too.html

这是文章中的示例:

public static VersionedGestureDetector newInstance(Context context,
        OnGestureListener listener) {
    final int sdkVersion = Integer.parseInt(Build.VERSION.SDK);
    VersionedGestureDetector detector = null;
    if (sdkVersion < Build.VERSION_CODES.ECLAIR) {
        detector = new CupcakeDetector();
    } else if (sdkVersion < Build.VERSION_CODES.FROYO) {
        detector = new EclairDetector();
    } else {
        detector = new FroyoDetector(context);
    }

    detector.mListener = listener;

    return detector;
}

这种方法“利用了类加载器的惰性”。对于具有较新 API 级别的设备(在示例中为 Froyo)，它可以使用 Froyo 类来访问较新版本中的 API。对于旧设备，他们会收到一个仅使用旧 API 的类。

这非常有效。

但是，如果你让 FroyoDetector 实现一个接口(interface)，它只存在于较新的 api 级别，当调用 newInstance() 时，甚至在它运行该方法中的任何代码之前，它都会尝试加载 FroyoDetector 的接口(interface)类实现并将错误放入日志中，指出无法加载 FroyoDetector 类。

所以我的问题是，为什么会发生这种情况？我的印象是，使用这种技术，直到第一次直接引用较新的类时才会加载它。但是，如果您向它添加一个接口(interface)，它似乎会尝试加载它，即使没有调用 detector = new FroyoDetector(context); 行。

这里是重现问题的一些代码:

这是针对 sdk 16 的应用程序，最小值为 8。在 2.3 设备上运行它会重现该问题。

这里有三个类:

public class VersionedLoader {

    public static VersionedLoader newInstance() {
        if (Build.VERSION.SDK_INT < 12) {
            return new OldVersionLoader();
        } else {
            return new NewVersionLoader();
        }
    }

}

-

public class OldVersionLoader extends VersionedLoader {

}

-

@TargetApi(11)
public class NewVersionLoader extends VersionedLoader implements AnimatorListener {

    @Override
    public void onAnimationStart(Animator animation) {}

    @Override
    public void onAnimationEnd(Animator animation) {}

    @Override
    public void onAnimationCancel(Animator animation) {}

    @Override
    public void onAnimationRepeat(Animator animation) {}

}

AnimatorListener 仅在 3.1 之后可用。

现在，如果您运行:Object obj = VersionedLoader.newInstance();

此错误将出现在日志中:

10-27 13:51:14.437: I/dalvikvm(7673): Failed resolving Lyour/package/name/NewVersionLoader; interface 7 'Landroid/animation/Animator$AnimatorListener;'
10-27 13:51:14.437: W/dalvikvm(7673): Link of class 'Lyour/package/name/NewVersionLoader;' failed
10-27 13:51:14.445: E/dalvikvm(7673): Could not find class 'your.package.name.NewVersionLoader', referenced from method your.package.name.VersionedLoader.newInstance
10-27 13:51:14.445: W/dalvikvm(7673): VFY: unable to resolve new-instance 1327 (Lyour/package/name/NewVersionLoader;) in Lyour/package/name/VersionedLoader;
10-27 13:51:14.445: D/dalvikvm(7673): VFY: replacing opcode 0x22 at 0x000c
10-27 13:51:14.445: D/dalvikvm(7673): VFY: dead code 0x000e-0011 in Lyour/package/name/VersionedLoader;.newInstance ()Lyour/package/name/VersionedLoader;

它不会崩溃，而且会继续正常工作。

Answer 1

是的，我可以重现这个问题。不过，正如您所指出的，有点令人惊讶的是，它没有崩溃的事实意味着这更多是 Dalvik 在 LogCat 中可能有点过于健谈的情况，而不是任何应该对应用程序造成伤害的事情。

一种解决方法是将接口(interface)移至内部类。在您的示例中，不是 NewVersionLoader 实现 AnimatorListener，NewVersionLoader 中的内部类将实现 AnimationListener:

@TargetApi(11)
public class NewVersionLoader extends VersionedLoader {
    private class Foo implements AnimatorListener {
        @Override
        public void onAnimationStart(Animator animation) {}

        @Override
        public void onAnimationEnd(Animator animation) {}

        @Override
        public void onAnimationCancel(Animator animation) {}

        @Override
        public void onAnimationRepeat(Animator animation) {}

    }
}

不可否认，这可能并不理想，具体取决于您对 VersionedLoader 的预期用途。但是，由于 VersionedLoader 本身没有实现 AnimationListener，用户 VersionedLoader 将不会调用 AnimationListener 方法，所以你的逻辑在内部类而不是实际类上的事实应该不是一个大问题 AFAIK。