快捷導(dǎo)航

android: targetSdkVersion升級(jí)中Only fullscreen activities can request orientation問(wèn)題的解決方法

更新時(shí)間：2018年09月06日 09:59:53 作者：Hanyu Liu

這篇文章主要給大家介紹了關(guān)于Android target SDK和build tool版本升級(jí)中遇到Only fullscreen activities can request orientation問(wèn)題的解決方法，文中通過(guò)示例代碼介紹的非常詳細(xì)，需要的朋友可以參考下

前言

這幾天同事跟我在升級(jí)Android target SDK和build tool版本的時(shí)候，碰到了一個(gè)非常搞笑的問(wèn)題，基本可以算作是“坑”了！我在這里跟大家分享一下，希望對(duì)您有所幫助。

特征

當(dāng)我們把targetSdkVersion升級(jí)到27，buildToolsVersion和相關(guān)的support library升級(jí)到27.0.1后，在Android 8.0（API level 26）上，部分Activity出現(xiàn)了一個(gè)莫名其妙的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

當(dāng)你在一個(gè)“translucent”的Activity里，試圖執(zhí)行setRequestedOrientation的時(shí)候就會(huì)觸發(fā)這個(gè)異常。例如：

setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);

原因

這個(gè)問(wèn)題貌似已經(jīng)被廣泛的討論了，最終我們鎖定了April 26的一個(gè)commit：

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

這個(gè)改動(dòng)中拋出異常有關(guān)的代碼如下：

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

基本的意思是說(shuō)，“fullscreen”為否的activity是不能鎖定orientation的，否則拋出異常。下面，我們?cè)诳匆幌隆癴ullscreen”如何定義的。

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; 
}

根據(jù)上面的定義，如果一個(gè)Activity的Style符合下面三個(gè)條件之一，認(rèn)為不是“fullscreen”：

“windowIsTranslucent”為true；
“windowIsTranslucent”為false，但“windowSwipeToDismiss”為true；
“windowIsFloating“為true；

綜上可見(jiàn)，這個(gè)改動(dòng)的目的是想阻止非全屏的Activity鎖定屏幕旋轉(zhuǎn)，因?yàn)楫?dāng)前Activity是透明的，浮動(dòng)的或可滑動(dòng)取消的，是否鎖屏應(yīng)該由全屏的Activity決定，而不是并沒(méi)有全部占據(jù)屏幕的Activity決定。

修復(fù)

這個(gè)問(wèn)題貌似在最新的SDK中已經(jīng)修復(fù)，我們?cè)贏PI Level 27的設(shè)備上已經(jīng)無(wú)法重現(xiàn)，但我們手頭的API Level 26的設(shè)備還是能重現(xiàn)。而且根據(jù)上面的代碼來(lái)看，如果想保留當(dāng)前Activity的style，“isTranslucentOrFloating”的邏輯根本沒(méi)法繞過(guò)，所以想繞開(kāi)很難，目前能想到的大概兩個(gè)方向：

推遲SDK升級(jí)，等官方修復(fù)被大多數(shù)設(shè)備采用；
升級(jí)SDK，但重構(gòu)一下代碼，看看已有的非“fullscreen” Activity是不是都是必要的，例如用Fragment實(shí)現(xiàn)周圍半透明效果，能不能直接把Fragment加入到當(dāng)前Activity（當(dāng)然Detach Fragment是有重繪View的開(kāi)銷的）。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

您可能感興趣的文章: