搞项目发现一个奇怪的现象：写一个APK demo，导入android.app.Activity与android.app.ActionBar;本项目的安卓9.0系统，点击actionbar，居然没有响应事件（onMenuItemSelected onOptionsItemSelected），但是谷歌虚拟机上的安卓4-11点击actionbar都有响应事件onOptionsItemSelected，记录一下。
最后发现 frameworksbasecoreresresvalues-televisionconfig.xml 这里有一个电视的配置，config_defaultWindowFeatureOptionsPanel该属性被设置为false，推测为，该项目是电视类型的，不希望点击actionbar，如果使用包androidx.appcompat.app.ActionBar，androidx.appcompat.app.AppCompatActivity，那么不会有这个无响应的问题。
追踪源代码，发现frameworksbasecorejavaandroidviewWindow.java，getDefaultFeatures会调用这个属性，并通过getFeatures这个方法，被frameworksbasecorejavacomandroidinternalpolicyPhoneWindow.java里requestFeature所调用。经过多个繁琐的步骤，preparePanel中判断是否需要处理actionbar
isActionBarMenu=(st.featureId == FEATURE_OPTIONS_PANEL || st.featureId == FEATURE_ACTION_BAR);
如果需要，那么会执行mDecorContentParent.setMenuPrepared();
跟踪----frameworksbasecorejavacomandroidinternalwidgetActionBarOverlayLayout.java 。。。setMenuPrepared
跟踪----frameworksbasecorejavacomandroidinternalwidgetActionBarView.java
最后再判断是否处理mWindowCallback.onMenuItemSelected(Window.FEATURE_OPTIONS_PANEL, mLogoNavItem);
所以解决的办法有
1、修改全局的配置values-televisionconfig.xml ，config_defaultWindowFeatureOptionsPanel为true。
缺点：整个项目中，既然默认设置了该属性，那么就是不希望点击它有响应事件。改动太大，有未知风险。
2、在该apk中，导入的包为兼容包androidx.appcompat.app.ActionBar，androidx.appcompat.app.AppCompatActivity，且theme也要改成兼容类型，如果导入的包跟theme不一致（compat与否），那么获取actionbar有可能为空。
缺点：切换导入的包，兼容性不好处理，并且，大部分安卓原生的apk，大搞是谷歌人员偷懒，或者为了稳定？兼容？升级代码版本的时候，一些原生apk一般没有大改动，所以导入的包还是比较老的版本，对该apk改动也是一件麻烦的事。
3、ToolBar。自己添加一个Toolbar，这样可以不必担心导入兼容包导致其他异常，也不用改全局配置导致其他地方出现未知风险。
缺点：ToolBar本质上是一个View，需要修改布局，而不像actionbar一样，系统本身会放置一个bar的空间。属于精准手术刀类型的改动。
