您好,登錄后才能下訂單哦!
這篇文章主要介紹了如何解決android: targetSdkVersion升級中Only fullscreen activities can request orientation的問題,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
特征
當(dāng)我們把targetSdkVersion升級到27,buildToolsVersion和相關(guān)的support library升級到27.0.1后,在Android 8.0(API level 26)上,部分Activity出現(xiàn)了一個莫名其妙的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)你在一個“translucent”的Activity里,試圖執(zhí)行setRequestedOrientation的時候就會觸發(fā)這個異常。例如:
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);
原因
這個問題貌似已經(jīng)被廣泛的討論了,最終我們鎖定了April 26的一個commit:
Prevent non-fullscreen activities from influencing orientation · aosp-mirror/platform_frameworks_base@3979159
這個改動中拋出異常有關(guān)的代碼如下:
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; }
根據(jù)上面的定義,如果一個Activity的Style符合下面三個條件之一,認(rèn)為不是“fullscreen”:
“windowIsTranslucent”為true;
“windowIsTranslucent”為false,但“windowSwipeToDismiss”為true;
“windowIsFloating“為true;
綜上可見,這個改動的目的是想阻止非全屏的Activity鎖定屏幕旋轉(zhuǎn),因為當(dāng)前Activity是透明的,浮動的或可滑動取消的,是否鎖屏應(yīng)該由全屏的Activity決定,而不是并沒有全部占據(jù)屏幕的Activity決定。
修復(fù)
這個問題貌似在最新的SDK中已經(jīng)修復(fù),我們在API Level 27的設(shè)備上已經(jīng)無法重現(xiàn),但我們手頭的API Level 26的設(shè)備還是能重現(xiàn)。而且根據(jù)上面的代碼來看,如果想保留當(dāng)前Activity的style,“isTranslucentOrFloating”的邏輯根本沒法繞過,所以想繞開很難,目前能想到的大概兩個方向:
推遲SDK升級,等官方修復(fù)被大多數(shù)設(shè)備采用;
升級SDK,但重構(gòu)一下代碼,看看已有的非“fullscreen” Activity是不是都是必要的,例如用Fragment實現(xiàn)周圍半透明效果,能不能直接把Fragment加入到當(dāng)前Activity(當(dāng)然Detach Fragment是有重繪View的開銷的)。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“如何解決android: targetSdkVersion升級中Only fullscreen activities can request orientation的問題”這篇文章對大家有幫助,同時也希望大家多多支持億速云,關(guān)注億速云行業(yè)資訊頻道,更多相關(guān)知識等著你來學(xué)習(xí)!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。