在 Android 应用程序中使用 ProGuard 和 startBluetoothSCO() 反射

发布于 2024-10-18 17:21:19 字数 451 浏览 0 评论 0原文

我使用反射来调用 AudioManager.startBluetoothSco() 方法。它必须通过反射来完成,因为它只存在于 2.2 或更高版本的 SDK 中,但我的应用程序是为 2.0 的最低版本构建的。如果我只是编译我的应用程序而不使用 ProGuard,那么一切都会正常 - 该方法在 2.2 中可以正确调用,而在较低版本中则根本无法调用。但是当我使用 ProGuard 时,它根本不起作用。我假设 ProGuard 配置中有一个 KEEP 语句可以解决这个问题,但我不知道它应该是什么。这是我的代码中的 3 行:

AudioManager am = (AudioManager) getSystemService(AUDIO_SERVICE);
Method startBT = AudioManager.class.getMethod("startBluetoothSco");   
startBT.invoke(am);

I'm using reflection to invoke the AudioManager.startBluetoothSco() method. It has to be done via reflection since it only exists in 2.2 or higher SDK, but my app is build for min version of 2.0. If I just compile my app without using ProGuard, everything works fine -- the metod gets invoked properly in 2.2, and not at all in lower versions. But when I use ProGuard, it doesn't work at all. I assume that there is a KEEP satement in ProGuard config that'll fix this, but I can't figure out what it should be. Here are the 3 lines from my code:

AudioManager am = (AudioManager) getSystemService(AUDIO_SERVICE);
Method startBT = AudioManager.class.getMethod("startBluetoothSco");   
startBT.invoke(am);

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

奶气 2024-10-25 17:21:19

我建议您使用延迟加载而不是反射 - 它更快,而且我认为 ProGuard 也能正常运行:
http:// /android-developers.blogspot.com/2010/07/how-to-have-your-cupcake-and-eat-it-too.html

这是我激活的当前项目的一个简单示例严格模式(如果可用):

public abstract class StrictModeUtil {

    private static class GingerbreadAndBeyond extends StrictModeUtil {

        private static class Holder {
            private static final GingerbreadAndBeyond INSTANCE = new GingerbreadAndBeyond();
        }

        public GingerbreadAndBeyond() {
            // we just enable StrictMode here, but only in developer mode
            if (C.D) {
                android.os.StrictMode.enableDefaults();
            }
        }
    }

    public static StrictModeUtil getInstance() {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.GINGERBREAD) {
            return GingerbreadAndBeyond.Holder.INSTANCE;
        } else {
            // we don't need an implementation before Android 2.3
            return null;
        }
    }

}

I would recommend that you use lazy loading instead of reflections - it's faster and I think ProGuard will run fine, too:
http://android-developers.blogspot.com/2010/07/how-to-have-your-cupcake-and-eat-it-too.html

Here is a simple example of a current project of mine where I activate StrictMode (if available):

public abstract class StrictModeUtil {

    private static class GingerbreadAndBeyond extends StrictModeUtil {

        private static class Holder {
            private static final GingerbreadAndBeyond INSTANCE = new GingerbreadAndBeyond();
        }

        public GingerbreadAndBeyond() {
            // we just enable StrictMode here, but only in developer mode
            if (C.D) {
                android.os.StrictMode.enableDefaults();
            }
        }
    }

    public static StrictModeUtil getInstance() {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.GINGERBREAD) {
            return GingerbreadAndBeyond.Holder.INSTANCE;
        } else {
            // we don't need an implementation before Android 2.3
            return null;
        }
    }

}
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文