如何解決android: targetSdkVersion升級中Only fullscreen activities can request orientation的問題

這篇文章主要介紹了如何解決android: targetSdkVersion升級中Only fullscreen activities can request orientation的問題，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

特征

當我們把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的問題”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!