【问题标题】:Application crash when pressing the menu button按下菜单按钮时应用程序崩溃
【发布时间】:2014-10-24 09:21:16
【问题描述】:

我正在尝试为 android 创建一个应用程序,但遇到了以下问题:

当我按下菜单按钮时,应用程序在特定手机中崩溃。让我先给你一些细节。

  • 该错误仅发生在装有 Android 4.1.2 的 LG Optimus L3 II e430 上(目前已在其他四款手机上测试过)
  • 应用程序以初始屏幕启动,没有操作栏。此时菜单按钮没有任何作用。
  • 通过简单的触摸,我们就可以越过初始屏幕,然后转到实现 ActionBar 活动并具有导航抽屉的 Main Activity。
  • 从现在开始,每次我尝试点击菜单按钮时,应用都会崩溃。

这里是菜单的布局和onCreateOptionsMenu函数:

res/menu/main.xml

<menu xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto">
    <item android:id="@+id/action_settings"
        android:title="@string/action_settings"
        android:orderInCategory="100"
        app:showAsAction="never" />
</menu>

来自 MainActivity.java 的部分

    @Override
    public boolean onCreateOptionsMenu(Menu menu) {
        if (!mNavigationDrawerFragment.isDrawerOpen()) {
            // Only show items in the action bar relevant to this screen
            // if the drawer is not showing. Otherwise, let the drawer
            // decide what to show in the action bar.
            getMenuInflater().inflate(R.menu.main, menu);
            restoreActionBar();
            return true;
        }
        return super.onCreateOptionsMenu(menu);
    }

请注意,此代码是从 Android Studio 生成的。

到目前为止我已经尝试过:

  • 尝试从 sdk 源(API 级别 16 和 21)查看有问题的文件,但它们与堆栈跟踪无关(堆栈跟踪中显示的行指向一个没有意义的位置)。
  • 尝试安装 XPosed 修复程序以解决 Google PlayStore 崩溃的菜单按钮错误。这里也没有。
  • 发现了一个与 Firefox 的错误跟踪系统类似的错误报告,因此我尝试安装 Firefox,并查看当我按下菜单按钮时它是否在我的手机上崩溃; Firefox 没有崩溃。 (Link to firefox's bug)

这是来自 LogCat 的堆栈跟踪:

10-24 09:08:02.710    4712-4712/com.scaryboxstudios.unrealestateapp E/AndroidRuntime﹕ FATAL EXCEPTION: main
    java.lang.NullPointerException
            at com.android.internal.policy.impl.PhoneWindow.onKeyUpPanel(PhoneWindow.java:1004)
            at com.android.internal.policy.impl.PhoneWindow.onKeyUp(PhoneWindow.java:1712)
            at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchKeyEvent(PhoneWindow.java:2125)
            at android.view.ViewRootImpl.deliverKeyEventPostIme(ViewRootImpl.java:3611)
            at android.view.ViewRootImpl.handleImeFinishedEvent(ViewRootImpl.java:3581)
            at android.view.ViewRootImpl$ViewRootHandler.handleMessage(ViewRootImpl.java:2831)
            at android.os.Handler.dispatchMessage(Handler.java:99)
            at android.os.Looper.loop(Looper.java:137)
            at android.app.ActivityThread.main(ActivityThread.java:4929)
            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:798)
            at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:565)
            at de.robv.android.xposed.XposedBridge.main(XposedBridge.java:132)
            at dalvik.system.NativeStart.main(Native Method)

【问题讨论】:

标签: android crash


【解决方案1】:

更新:对于 Appcompat-v7 版本 22.0.0,onKeyUp 似乎不会触发菜单键。原始错误似乎已修复,因此我可能会删除子菜单解决方法。很遗憾,我尚未在受影响的 LG 4.1 设备上验证修复。


我最终为此做了一个解决方法,用户报告说它已经为他们解决了这个问题。

实现子菜单而不是依赖溢出菜单。需要注意的是,现在每个设备都会在操作栏中看到溢出按钮,即使它们有菜单键。

以下技术来自https://stackoverflow.com/a/18530179/57490

  1. 将所有溢出选项菜单项转换为子菜单。

  2. 在您的活动中覆盖onKeyUp,让它调用Menu.performIdentifierAction(R.id.menu_overflow, 0);,不要为keyCode == KEYCODE_MENU 调用super.onKeyUp

【讨论】:

  • 感谢您的回答 TalkLittle。你说的当然是真的,但我不需要解决方法。事实上,覆盖 onKeyUp 是我想到的第一件事。主要问题是找到这个问题的根源和解决它的正确方法。没有办法避免它!
【解决方案2】:

最近偶然发现同样的问题后,我找到了问题的根源。问题是新旧支持库之间的兼容性问题。似乎我在代码周围使用了折旧的东西和更新的东西。

我很抱歉有点抽象,但这个问题已经 4 个月了,我不记得究竟是什么不正确的代码行。如果内存正常,则问题出在 Android Studio 为应用程序抽屉活动自动生成的方法上。我使用了 Android Studio 中的 Drawer Application 项目模板,并且我也选择了支持非常旧的 Android API,因此 Android Studio 选择了已弃用的 Android Support Library。

关键是我在重构代码以仅使用非折旧技术时解决了问题。

如果您遇到类似问题,我强烈建议您删除所有 Android Studio(我假设您使用 Android Studio 或 Eclipse)标记为已折旧的内容。

【讨论】:

    【解决方案3】:

    对于捕捉菜单按钮也可以使用下一个:

    @Override
    public boolean dispatchKeyEvent(KeyEvent event) {
        if (event.getKeyCode() == KeyEvent.KEYCODE_MENU) {
    
    
            // TODO - Your user code
    
            /*
            if (event.getAction() == KeyEvent.ACTION_DOWN
                    && event.getRepeatCount() == 0) {
    
                // Tell the framework to start tracking this event.
                //getKeyDispatcherState().startTracking(event, this);
                return true;
    
            } else if (event.getAction() == KeyEvent.ACTION_UP) {
    
               // getKeyDispatcherState().handleUpEvent(event);
                if (event.isTracking() && !event.isCanceled()) {
    
                    // DO BACK ACTION HERE
                    return true;
    
                }
            }*/
    
            // if you don't want use system  listener 
            // return super.dispatchKeyEvent(event);
            return false;
    
        } else {
            return super.dispatchKeyEvent(event);
        }
    }
    

    适用于最新的 AppCompat 和 SDK 版本 - 22.0

    【讨论】:

    • 是的,这会起作用,但它算作“解决方法”。正如我在下面 TalkLittle 的回答中所述,我找到了许多解决方法。但我对问题的实际解决方案和/或根源感到好奇。不过感谢您的回答!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-06-05
    相关资源
    最近更新 更多