android: targetSdkVersion升級中Only fullscreen activities can request orientation問題的解決方法
前言
這幾天同事跟我在升級Android target SDK和build tool版本的時候,碰到了一個非常搞笑的問題,基本可以算作是“坑”了!我在這里跟大家分享一下,希望對您有所幫助。
特征
當我們把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里,試圖執(zhí)行setRequestedOrientation的時候就會觸發(fā)這個異常。例如:
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);
原因
這個問題貌似已經被廣泛的討論了,最終我們鎖定了April 26的一個commit:
這個改動中拋出異常有關的代碼如下:
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的開銷的)。
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關文章
關注Ionic底部導航按鈕tabs在android情況下浮在上面的處理
Ionic是一款流行的移動端開發(fā)框架,但是剛入門的同學會發(fā)現,Ionic在iOS和Android的底部tabs顯示不一樣。在安卓情況下底部tabs會浮上去,下面給大家介紹下實現代碼,一起看看吧2016-12-12詳解Android應用中ListView列表選項欄的編寫方法
這篇文章主要介紹了Android應用中ListView列表選項欄的編寫方法,講解了使用安卓自帶的ListView與自定義multiple ListView的方法,需要的朋友可以參考下2016-03-03