如何解决android:targetSdkVersion升级中Onlyfullscreenactivitiescanrequestorientation的问题

这篇文章主要介绍了如何解决android: targetSdkVersion升级中Only fullscreen activities can request orientation的问题,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。

创新互联主要从事成都做网站、成都网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务龙游,十载网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18980820575

特征

当我们把targetSdkVersion升级到27,buildToolsVersion和相关的support library升级到27.0.1后,在Android 8.0(API level 26)上,部分Activity出现了一个莫名其妙的crash,异常信息如下:

java.lang.RuntimeException: Unable to start activity ComponentInfo{com.linkedin.android.XXXX.XXXX/com.linkedin.android.XXXX.XXXX.activity.LoginActivity}: java.lang.IllegalStateException: Only fullscreen activities can request orientation

当你在一个“translucent”的Activity里,试图执行setRequestedOrientation的时候就会触发这个异常。例如:

setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);

原因

这个问题貌似已经被广泛的讨论了,最终我们锁定了April 26的一个commit:

Prevent non-fullscreen activities from influencing orientation · aosp-mirror/platform_frameworks_base@3979159

这个改动中抛出异常有关的代码如下:

if (ActivityInfo.isFixedOrientation(requestedOrientation) 
 && !fullscreen
 && appInfo.targetSdkVersion >= O) {
 throw new IllegalStateException("Only fullscreen activities can request orientation");
}

基本的意思是说,“fullscreen”为否的activity是不能锁定orientation的,否则抛出异常。下面,我们在看一下“fullscreen”如何定义的。

public static boolean isTranslucentOrFloating(TypedArray attributes) { 
 final boolean isTranslucent = attributes.getBoolean(com.android.internal.R.styleable.Window_windowIsTranslucent, false); 
 final boolean isSwipeToDismiss = !attributes.hasValue( com.android.internal.R.styleable.Window_windowIsTranslucent) 
          && attributes.getBoolean( com.android.internal.R.styleable.Window_windowSwipeToDismiss, false); 
 final boolean isFloating = attributes.getBoolean(com.android.internal.R.styleable.Window_windowIsFloating, false); 
 return isFloating || isTranslucent || isSwipeToDismiss; 
}

根据上面的定义,如果一个Activity的Style符合下面三个条件之一,认为不是“fullscreen”:

  • “windowIsTranslucent”为true;

  • “windowIsTranslucent”为false,但“windowSwipeToDismiss”为true;

  • “windowIsFloating“为true;

综上可见,这个改动的目的是想阻止非全屏的Activity锁定屏幕旋转,因为当前Activity是透明的,浮动的或可滑动取消的,是否锁屏应该由全屏的Activity决定,而不是并没有全部占据屏幕的Activity决定。

修复

这个问题貌似在最新的SDK中已经修复,我们在API Level 27的设备上已经无法重现,但我们手头的API Level 26的设备还是能重现。而且根据上面的代码来看,如果想保留当前Activity的style,“isTranslucentOrFloating”的逻辑根本没法绕过,所以想绕开很难,目前能想到的大概两个方向:

  • 推迟SDK升级,等官方修复被大多数设备采用;

  • 升级SDK,但重构一下代码,看看已有的非“fullscreen” Activity是不是都是必要的,例如用Fragment实现周围半透明效果,能不能直接把Fragment加入到当前Activity(当然Detach Fragment是有重绘View的开销的)。

感谢你能够认真阅读完这篇文章,希望小编分享的“如何解决android: targetSdkVersion升级中Only fullscreen activities can request orientation的问题”这篇文章对大家有帮助,同时也希望大家多多支持创新互联,关注创新互联行业资讯频道,更多相关知识等着你来学习!


网站栏目:如何解决android:targetSdkVersion升级中Onlyfullscreenactivitiescanrequestorientation的问题
URL地址:http://myzitong.com/article/ppdogh.html