按菜单按钮时应用程序崩溃

时间:2014-10-24 09:21:17

标签: android crash

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

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

  • 此错误仅发生在使用Android 4.1.2的LG Optimus L3 II e430上(目前已在其他四款手机上测试过)
  • 应用程序以启动画面开始,没有操作栏。此时,菜单按钮无法执行任何操作。
  • 通过简单的触摸,我们可以通过启动画面,然后转到实现ActionBar活动的主活动,并有一个导航抽屉。
  • 从这一点开始,每当我尝试点击菜单按钮时,应用程序崩溃。

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

RES /菜单/ 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)中存在问题的文件,但它们与堆栈跟踪无关(堆栈跟踪中显示的行指向的位置没有&t; t有道理)。
  • 尝试使用菜单按钮错误为Google PlayStore崩溃安装XPosed修复程序。这里也没什么。
  • 向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)

3 个答案:

答案 0 :(得分:2)

更新:对于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);,不要为super.onKeyUp致电keyCode == KEYCODE_MENU

答案 1 :(得分:0)

最近遇到了同样的问题后,我找到了问题的根源。问题是旧版和新版支持库之间的兼容性问题。似乎我在代码中使用了折旧的东西以及更新的东西。

我很抱歉有点抽象,但这个问题是4个月大,我不记得究竟是什么错误的代码行。如果内存服务正常,则问题在于Android Studio中用于应用程序抽屉活动的自动生成方法。我使用了Android Studio中的Drawer Application项目模板,我选择支持非常旧的Android API,因此Android Studio选择了折旧的Android支持库。

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

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

答案 2 :(得分:0)

另外,对于捕捉菜单按钮可以使用下一步:

@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

相关问题