主題包---源碼解析缭乘，思路分析

kotlin vs java

主題包我想大家項(xiàng)目中都有用到沐序，而且谷歌官方也給出了內(nèi)置的暗黑模式的處理，但是今天要講的是動態(tài)配置主題包，可配置圖片策幼，背景色邑时，字體等等......

1. 項(xiàng)目需求

  • 根據(jù)配置更改不同的主題色，比如背景色特姐，字體顏色晶丘。

2. 源碼流程解析

切入點(diǎn)：分析源碼我們可以知道Hook you can supply that is called when inflating from a LayoutInflater.You can use this to customize the tag names available in your XML layout files.(當(dāng)我們inflate解析布局的時候，我們可以通過此類實(shí)現(xiàn)hook每一個控件唐含，并且自定義設(shè)置他們的屬性)大致翻譯應(yīng)該是這個意思吧浅浮，哈哈哈，英語不好捷枯。那我們知道要想改變控件屬性滚秩，必須和這個接口相關(guān)，而這個接口只有個方法淮捆，方法名稱和參數(shù)也可以看得出來加載布局的時候每一個控件都會被此方法攔截到郁油。然而他還有一個繼承類Factory2可以看出Factory2其實(shí)是Factory的擴(kuò)展。

  public interface Factory {
        /**
         * Hook you can supply that is called when inflating from a LayoutInflater.
         * You can use this to customize the tag names available in your XML
         * layout files.
         *
         * <p>
         * Note that it is good practice to prefix these custom names with your
         * package (i.e., com.coolcompany.apps) to avoid conflicts with system
         * names.
         *
         * @param name Tag name to be inflated.
         * @param context The context the view is being created in.
         * @param attrs Inflation attributes as specified in XML file.
         *
         * @return View Newly created view. Return null for the default
         *         behavior.
         */
        public View onCreateView(String name, Context context, AttributeSet attrs);
    }

接下來我們分析setContentView(layoutId)的時候加載布局頁面的一系列操作攀痊，是怎么樣把xml布局加載到手機(jī)上可見的桐腌。

進(jìn)入源碼我們可以發(fā)現(xiàn)以下代碼：

1. 分析界面加載控件過程，找尋和我們切入點(diǎn)相關(guān)的地方
 @Override
    public void setContentView(int resId) {
        //獲取主題TypeArray,判斷當(dāng)前window設(shè)置蚕苇，比如是否全屏，主題模式等等凿叠，最終創(chuàng)建出窗口decorView涩笤，包括狀態(tài)欄，navagation欄盒件，content區(qū)域蹬碧，整個窗口布局的規(guī)劃
       //這也就解釋了為什么我們設(shè)置狀態(tài)欄一體化之類的需要在setContentView之前做。
        ensureSubDecor();
        //窗口獲取我們的根布局android.R.id.content炒刁，也就是開發(fā)者布局的區(qū)域
        ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
        //清空操作恩沽，就想你每次吃飯的時候都要再擦一下筷子一樣，明明洗過了翔始。（我是這樣理解的哈）
        contentParent.removeAllViews();
        //解析我們的xml布局
        LayoutInflater.from(mContext).inflate(resId, contentParent);
        //屏幕刷新回調(diào)
        mAppCompatWindowCallback.getWrapped().onContentChanged();
    }

接下來LayoutInflater.from(mContext).inflate(resId, contentParent);分析：

  1. 首先罗心，這段代碼會把我們的resId文件轉(zhuǎn)換成XmlResourceParser解析類
  2. 并且，XmlResourceParser類會去讀取我們xml布局的節(jié)點(diǎn)
  3. 再次城瞎，把讀取出來的每個節(jié)點(diǎn)的信息name,attributes通過createViewFromTag()方法創(chuàng)建出每一個控件對象（比如：name:TextView, attributes:{android:layout_width,android:layout_height,android:text,android:textColor}等）,分析只對一般情況解析渤闷，不解析特殊情況，特殊標(biāo)簽（比如：merge脖镀，include等）
  4. 接下來我們就可以在上面方法中看到我們的切入點(diǎn)：
    //此方法四步攔截飒箭，F(xiàn)actory2，F(xiàn)actory，mPrivateFactory弦蹂，LayoutInflater自己處理
    View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,
            boolean ignoreThemeAttr) {
           // ............
            View view;
          //可以看出肩碟，我們創(chuàng)建view的過程會在這里被Factory和Factory2攔截
            if (mFactory2 != null) {
                view = mFactory2.onCreateView(parent, name, context, attrs);
            } else if (mFactory != null) {
                view = mFactory.onCreateView(name, context, attrs);
            } else {
                view = null;
            }

            if (view == null && mPrivateFactory != null) {
                view = mPrivateFactory.onCreateView(parent, name, context, attrs);
            }

            if (view == null) {
                final Object lastContext = mConstructorArgs[0];
                mConstructorArgs[0] = context;
                try {
                    if (-1 == name.indexOf('.')) {
                        view = onCreateView(parent, name, attrs);
                    } else {
                        view = createView(name, null, attrs);
                    }
                } finally {
                    mConstructorArgs[0] = lastContext;
                }
            }
            return view;
        //..............

分析到這里就夠了，因?yàn)槲覀円呀?jīng)找到了我們的切入點(diǎn)和view創(chuàng)建的關(guān)系凸椿，他能夠在每個控件創(chuàng)建的過程中攔截到他們的所有屬性削祈，接下來我們對界面加載的分析到此為止。

2. 找尋Factory和Factory2的實(shí)例化具體位置
  1. 顯然削饵，Factory2是在serContentView()之前實(shí)例化的岩瘦，所以就針對serContentView()之前的系統(tǒng)操作查看源碼哺眯，最終我們再super.onCreate()中找到這樣代碼：
AppCompatDelegateImpl.java
  @Override
    public void installViewFactory() {
        LayoutInflater layoutInflater = LayoutInflater.from(mContext);
        //從這里可以看到厢拭，如果我們的Factory為null，系統(tǒng)會給我創(chuàng)建設(shè)置一個疆柔，這個設(shè)置的就是this劈伴，也就是說AppCompatDelegateImpl會攔截到我們所要的所有的控件
        if (layoutInflater.getFactory() == null) {
            LayoutInflaterCompat.setFactory2(layoutInflater, this);
        } else {
            if (!(layoutInflater.getFactory2() instanceof AppCompatDelegateImpl)) {
                Log.i(TAG, "The Activity's LayoutInflater already has a Factory installed"
                        + " so we can not install AppCompat's");
            }
        }
    }

那接下來我們看看AppCompatDelegateImpl.java攔截獲取到我們所有控件后做了什么：

@Override
    public View createView(View parent, final String name, @NonNull Context context,
            @NonNull AttributeSet attrs) {
        if (mAppCompatViewInflater == null) {
            TypedArray a = mContext.obtainStyledAttributes(R.styleable.AppCompatTheme);
            String viewInflaterClassName =
                    a.getString(R.styleable.AppCompatTheme_viewInflaterClass);
            if ((viewInflaterClassName == null)
                    || AppCompatViewInflater.class.getName().equals(viewInflaterClassName)) {
                // Either default class name or set explicitly to null. In both cases
                // create the base inflater (no reflection)
                mAppCompatViewInflater = new AppCompatViewInflater();
            } else {
                try {
                    Class<?> viewInflaterClass = Class.forName(viewInflaterClassName);
                    mAppCompatViewInflater =
                            (AppCompatViewInflater) viewInflaterClass.getDeclaredConstructor()
                                    .newInstance();
                } catch (Throwable t) {
                    Log.i(TAG, "Failed to instantiate custom view inflater "
                            + viewInflaterClassName + ". Falling back to default.", t);
                    mAppCompatViewInflater = new AppCompatViewInflater();
                }
            }
        }

        boolean inheritContext = false;
        if (IS_PRE_LOLLIPOP) {
            inheritContext = (attrs instanceof XmlPullParser)
                    // If we have a XmlPullParser, we can detect where we are in the layout
                    ? ((XmlPullParser) attrs).getDepth() > 1
                    // Otherwise we have to use the old heuristic
                    : shouldInheritContext((ViewParent) parent);
        }

        return mAppCompatViewInflater.createView(parent, name, context, attrs, inheritContext,
                IS_PRE_LOLLIPOP, /* Only read android:theme pre-L (L+ handles this anyway) */
                true, /* Read read app:theme as a fallback at all times for legacy reasons */
                VectorEnabledTintResources.shouldBeUsed() /* Only tint wrap the context if enabled */
        );
    }

可以看到代碼不多密末，做了一件事兒，就是兼容AppCompat主題跛璧，創(chuàng)建AppCompatViewInflater對象严里，然后又把創(chuàng)建view的任務(wù)交給它處理。不難理解追城，這整個操作就是做我們的兼容包里面的控件處理刹碾，也就是說當(dāng)我們用兼容控件的時候也正常創(chuàng)建我們的控件（比如:AppCompatButton,Button）。解析來在進(jìn)入源碼座柱，就可以看到我們兼容的時候的兼容控件和我們原生控件的對應(yīng)創(chuàng)建關(guān)系：

final View createView(View parent, final String name, @NonNull Context context,
            @NonNull AttributeSet attrs, boolean inheritContext,
            boolean readAndroidTheme, boolean readAppTheme, boolean wrapContext) {
        final Context originalContext = context;

        // We can emulate Lollipop's android:theme attribute propagating down the view hierarchy
        // by using the parent's context
        if (inheritContext && parent != null) {
            context = parent.getContext();
        }
        if (readAndroidTheme || readAppTheme) {
            // We then apply the theme on the context, if specified
            context = themifyContext(context, attrs, readAndroidTheme, readAppTheme);
        }
        if (wrapContext) {
            context = TintContextWrapper.wrap(context);
        }

        View view = null;

        // We need to 'inject' our tint aware Views in place of the standard framework versions
        switch (name) {
            case "TextView":
                view = createTextView(context, attrs);
                verifyNotNull(view, name);
                break;
            case "ImageView":
                view = createImageView(context, attrs);
                verifyNotNull(view, name);
                break;
            case "Button":
                view = createButton(context, attrs);
                verifyNotNull(view, name);
                break;
            case "EditText":
                view = createEditText(context, attrs);
                verifyNotNull(view, name);
                break;
            case "Spinner":
                view = createSpinner(context, attrs);
                verifyNotNull(view, name);
                break;
            case "ImageButton":
                view = createImageButton(context, attrs);
                verifyNotNull(view, name);
                break;
            case "CheckBox":
                view = createCheckBox(context, attrs);
                verifyNotNull(view, name);
                break;
            case "RadioButton":
                view = createRadioButton(context, attrs);
                verifyNotNull(view, name);
                break;
            case "CheckedTextView":
                view = createCheckedTextView(context, attrs);
                verifyNotNull(view, name);
                break;
            case "AutoCompleteTextView":
                view = createAutoCompleteTextView(context, attrs);
                verifyNotNull(view, name);
                break;
            case "MultiAutoCompleteTextView":
                view = createMultiAutoCompleteTextView(context, attrs);
                verifyNotNull(view, name);
                break;
            case "RatingBar":
                view = createRatingBar(context, attrs);
                verifyNotNull(view, name);
                break;
            case "SeekBar":
                view = createSeekBar(context, attrs);
                verifyNotNull(view, name);
                break;
            case "ToggleButton":
                view = createToggleButton(context, attrs);
                verifyNotNull(view, name);
                break;
            default:
                view = createView(context, name, attrs);
        }

        if (view == null && originalContext != context) {
            // If the original context does not equal our themed context, then we need to manually
            // inflate it using the name so that android:theme takes effect.
            view = createViewFromTag(context, name, attrs);
        }

        if (view != null) {
            // If we have created a view, check its android:onClick
            checkOnClickListener(view, attrs);
        }

        return view;
    }

到這里我們梳理一下思路迷帜，我們在view創(chuàng)建過程中會經(jīng)過Factory的攔截操作，攔截之后兼容包的處理方式是創(chuàng)建兼容的AppcompatInflater色洞，然后交由它去根據(jù)name對應(yīng)創(chuàng)建兼容的控件戏锹。回頭看看AppcompatInflater是public的火诸，我們的activity實(shí)現(xiàn)了Factory2接口.......
思路：我們根據(jù)上面分析锦针，我們的思路就有了，我們可以模范系統(tǒng)對兼容包的處理方式置蜀，自定義CustomInflater繼承AppcompatInflater奈搜，攔截每個控件，通過name匹配盯荤，創(chuàng)建我們自己的自定義控件CustomButton(當(dāng)然我們的自定義控件也應(yīng)該是繼承系統(tǒng)的控件媚污，比如CustomButton繼承AppcompatButton，直接繼承兼容包的就可以了廷雅，因?yàn)槲覀円惨獮樗黾嫒莺拿溃颂幰⒁庖稽c(diǎn)京髓，我們的繼承父類最好是相關(guān)的控件的最終子類，比如：「Button--->AppcomatButton--->MaterialButton---CustomButton」,只有在繼承體系里面的才能被支持商架，否知的話不支持堰怨。)

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市蛇摸，隨后出現(xiàn)的幾起案子备图，更是在濱河造成了極大的恐慌，老刑警劉巖赶袄，帶你破解...
    沈念sama閱讀 210,914評論 6贊 490
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件揽涮，死亡現(xiàn)場離奇詭異，居然都是意外死亡饿肺，警方通過查閱死者的電腦和手機(jī)蒋困，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,935評論 2贊 383
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來敬辣，“玉大人雪标，你說我怎么就攤上這事「仍荆” “怎么了村刨？”我有些...
    開封第一講書人閱讀 156,531評論 0贊 345
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長撰茎。 經(jīng)常有香客問我嵌牺，道長，這世上最難降的妖魔是什么龄糊？ 我笑而不...
    開封第一講書人閱讀 56,309評論 1贊 282
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任逆粹，我火速辦了婚禮，結(jié)果婚禮上绎签，老公的妹妹穿的比我還像新娘枯饿。我一直安慰自己酝锅，他們只是感情好诡必，可當(dāng)我...
    茶點(diǎn)故事閱讀 65,381評論 5贊 384
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著搔扁，像睡著了一般爸舒。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上稿蹲，一...
    開封第一講書人閱讀 49,730評論 1贊 289
  • 城市分裂傳說
    那天扭勉，我揣著相機(jī)與錄音，去河邊找鬼苛聘。 笑死涂炎，一個胖子當(dāng)著我的面吹牛忠聚，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播唱捣，決...
    沈念sama閱讀 38,882評論 3贊 404
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼两蟀，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了震缭？” 一聲冷哼從身側(cè)響起赂毯，我...
    開封第一講書人閱讀 37,643評論 0贊 266
  • 萬榮殺人案實(shí)錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎拣宰，沒想到半個月后党涕，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體，經(jīng)...
    沈念sama閱讀 44,095評論 1贊 303
  • ?護(hù)林員之死
    正文 獨(dú)居荒郊野嶺守林人離奇死亡巡社，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,448評論 2贊 325
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年膛堤，在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片重贺。...
    茶點(diǎn)故事閱讀 38,566評論 1贊 339
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡骑祟，死狀恐怖，靈堂內(nèi)的尸體忽然破棺而出气笙，到底是詐尸還是另有隱情次企，我是刑警寧澤，帶...
    沈念sama閱讀 34,253評論 4贊 328
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布潜圃，位于F島的核電站缸棵，受9級特大地震影響，放射性物質(zhì)發(fā)生泄漏谭期。R本人自食惡果不足惜堵第，卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,829評論 3贊 312
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望隧出。 院中可真熱鬧踏志，春花似錦、人聲如沸胀瞪。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,715評論 0贊 21
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽凄诞。三九已至圆雁，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間帆谍，已是汗流浹背伪朽。 一陣腳步聲響...
    開封第一講書人閱讀 31,945評論 1贊 264
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留汛蝙，地道東北人烈涮。 一個月前我還...
    沈念sama閱讀 46,248評論 2贊 360
  • 代替公主和親
    正文 我出身青樓朴肺，卻偏偏與公主長得像，于是被迫代替她去往敵國和親坚洽。 傳聞我的和親對象是個殘疾皇子宇挫，可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,440評論 2贊 348