StrictMode:非UI的Context來訪問UI相關的API

在Android11以上版本,項目開啟了嚴格模式StrictMode下,經(jīng)常會看到以下報錯:

StrictMode policy violation: 
android.os.strictmode.IncorrectContextUseViolation: 
WindowManager should be accessed from Activity or other visual Context. Use an Activity or a Context created with Context#createWindowContext(int, Bundle), 
which are adjusted to the configuration and visual bounds of an area on screen.

這個問題的原因是在StrictMode下,使用了非UI的Context來訪問UI相關的API,如ViewConfiguration。這樣會導致配置不正確,無法獲取到正確的顯示參數(shù)或窗口參數(shù)。

例如,如果您在Adapter中使用了inflater來加載布局,那么您應該使用Activity的Context而不是Application的Context來創(chuàng)建inflater。

public class ImageAdapter extends BaseAdapter {
    private LayoutInflater inflater;

    public ImageAdapter(Context context) {
        inflater = LayoutInflater.from(context); //使用Activity的Context
    }

    public View getView (int pos, View convertView, ViewGroup parent) {
        ViewHolder holder;
        if (convertView == null) {
            convertView = inflater.inflate (R.layout.thumbitem, parent, false); //不會報錯
            ...
        }
        ...
        return convertView;
    }
}

解決方案是使用UI的Context來訪問UI相關的API,有三種解決方案:

  1. Application的context替換使用Activity的context
  2. 通過Application.createWindowContext(Display, int, Bundle)獲取UI的context
  3. createConfigurationContext(Configuration)創(chuàng)建的Context

一、Application的context替換使用Activity的context

二、通過Application.createWindowContext(Display, int, Bundle)獲取UI的context

官網(wǎng)提供提供了示例解決方案,見地址:

[Context | Android Developers](https://developer.android.com/reference/android/content/Context#createWindowContext(int,)

...
//重點代碼,start
//anyContext為Application
 final DisplayManager dm = anyContext.getSystemService(DisplayManager.class);
 final Display primaryDisplay = dm.getDisplay(DEFAULT_DISPLAY);
 final Context windowContext = anyContext.createDisplayContext(primaryDisplay)
         .createWindowContext(TYPE_APPLICATION_OVERLAY, null);
//重點代碼,end
 final View overlayView = Inflater.from(windowContext).inflate(someLayoutXml, null);

 // WindowManager.LayoutParams initialization
 ...
 // The types used in addView and createWindowContext must match.
 mParams.type = TYPE_APPLICATION_OVERLAY;
 ...

 windowContext.getSystemService(WindowManager.class).addView(overlayView, mParams);

基于方案進行封裝,可直接使用Java/Kotlin方法使用:

/**
     *  兼容Android11以后。無UI Context(Application context)不能獲取UI(Activity context)相關資源問題
     * @param context {@link android.app.Application}
     * @return
     */
    private static Context getWindowContext(Context context) {
        if (context instanceof Activity){
            return context;
        }
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
            final DisplayManager dm = context.getSystemService(DisplayManager.class);
            final Display primaryDisplay = dm.getDisplay(Display.DEFAULT_DISPLAY);
            return context.createDisplayContext(primaryDisplay)
                        .createWindowContext(WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY, null);
        }else {
            return context;
        }
    }
//測試方法
        private void Test(Context context){
    Context windowContext = getWindowContext(context);
 //需要使用Activity的Context
    LayoutInflater inflater = LayoutInflater.from(windowContext);
    //....以下其他邏輯

}

/**
 * 兼容Android11以后。無UI Context(Application context)不能獲取UI(Activity context)相關資源問題
 * @param context {@link android.app.Application}
 * @return
 */
fun Context.getWindowContext(context: Context): Context? {
    if (context is Activity) {
        return context
    }
    return if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
        val dm = context.getSystemService(DisplayManager::class.java)
        val primaryDisplay = dm.getDisplay(Display.DEFAULT_DISPLAY)
        context.createDisplayContext(primaryDisplay)
            .createWindowContext(WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY, null)
    } else {
        context
    }
}

使用該方法后Android11的設備在嚴格模式下就不會報android.os.strictmode.IncorrectContextUseViolation: 錯誤了

三、createConfigurationContext(Configuration)創(chuàng)建的Context

目前該方法沒有找到官網(wǎng)實現(xiàn)鏈接,后續(xù)補充

?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,362評論 6 537
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,013評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,346評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,421評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,146評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,534評論 1 325
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,585評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,767評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,318評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,074評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,258評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,828評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,486評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,916評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,156評論 1 290
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,993評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,234評論 2 375

推薦閱讀更多精彩內(nèi)容