持续创造，加速成长！这是我参与「日新计划 10 月更文挑战」的第1天，点击查看活动详情
引言
聊到 Android 的 资源加载 ，每一个开发同学都会十分了解，毕竟从运用来说，咱们日常都会见到，比方 getText() 等等。
那假如此刻问你，你知道 它们到底是怎样被加载的，内部会有什么处理吗? 为什么同一个drawable界面更改了透明度，其他界面也会生效?
假如你对上述问题依然存疑，那本文可能会对你有所协助。
介于此，本篇将由浅入深，从源头理清 Resource.getx() 的那些事，然后为了解 Android资源加载 迈出第一步。故此名: 小试牛刀。
本篇定位中等，首要经过伪源码剖析的方式，然后探究应用层 Resource.getx 的完结细节。
Resource是什么？
Resource，在 Android 中，指的是咱们开发中运用到的资源，例如 drawable、String、anim、color 等。其会在开发阶段生成相应的R类以及对应的 资源ID ，以便开发者在运用时经过传递 资源Id ,然后获取相应类型的资源文件。
比方咱们在 Activity,Fragment 中经常运用的 getString() , getDrawable() ,内部也都是调用的 resource.getxx 完结。
常见也有 ContextCompat.getDrawable() ,那它与直接调用resource.getDrawable()有什么差异？
见名知意，其首要是作为兼容运用，目的是处理不同版别之间的差异。
基础概念
TypedValue
用于保存数据的动态容器，首要用于合作 Resource 保存资源。
详细而言，当咱们获取资源时，底层会调用相应的原生办法将读取到的资源信息写入其中，以便后续的判别与运用；
AssetsManager
资源管理器，用于读取打包到 Apk 内部的资源文件。
详细而言，当咱们调用 getxxx 时，其终究会去调用相应的原生办法获取资源信息并写入 TypedValue ；
ResourcesImpl
Resource 的详细完结类，咱们调用的相关 getxxx 办法，终究都是其作为详细完结，内部终究会调用 AssetsManager 进行加载资源，并且会处理与之相关的所有缓存。
getText
getText(R.string.xx)
用于从资源文件中获取文本，详细源码如下：
从源码中看，咱们调用的
getText()终究实践调用了ResourcesImpl, 内部会运用AssetsManager去从底层获取相应的文本资源，并将其保存到TypedValue中。假如此次获取的文本资源是字符串类型，则直接从字符串常量池中去取，不然将取到的文本资源转为字符串后回来。
getDrawable
getDrawable(R.drawable.xxx)
用于从资源文件中获取可制作对象,详细伪源码如下：
当咱们调用
getDrawable()时,内部先会经过getValueForDensity()获取当时密度下相应的资源文件，并将其写入到TypeValue中；假如不存在资源文件，则直接抛出反常。然后经过ResourcesImpl.loadDrawable去加载Drawable。
持续沿着刚才的源码，咱们去看看 loadDrawable 内部到底做了什么，伪代码如下：
这个办法流程较长，咱们将其分为下面几个过程：
-
判别当时要加载的
drawable是否具有缓存； -
判别当时
drawable是否为色彩drawable； -
假如当时没有加载
drawable&&当时drawable 已缓存 ,直接回来该drawable； -
从当时缓存中取出当时
drawable对应的 状况与数据参数(假如存在缓存) ； -
创立新的
drawable。假如当时存在缓存，则利用缓存的状况(Drawable.ConstantState) 构建Drawable，不然假如是色彩drawable，则直接创立；不然调用 从xml或许资源中加载drawable,详细伪代码如下图：
-
处理构建的drawable 主题与参数 ；
-
假如当时drawable 没有缓存 ，则将添加到缓存中。
总结
当咱们调用 getDrawable() 时,内部会先判别当时资源是否存在，假如不存在则直接抛出反常；接着调用 ResourcesImpl.loadDrawable 去加载详细的 drawable ,内部会依据要加载的 drawable 的 类型、是否是Color,以及是否存在缓存归纳获取，假如存在当时屏幕密度的drawable,则运用缓存，不然从头加载。然后依据要加载的 drawable 文件后缀 决议是 colorDrawable 仍是 BitMapDrawable ，或许是其他类型的Drawable，最后将加载完结的 Drawable 的 状况与配置参数(ConstantState) 加入到 缓存 中。
Tips
知道了 Drawable 会被缓存的知识点，此刻就不难解释为什么开发中会遇到同一个 Drawable 更改了透明度，其他界面用到这个 Drawable 的当地也会受到了影响。
如下示例:
处理办法就是，在 drawable 更改透明度时，调用 mutate() 即可,原理上也很简单，从头new了一个状况：
background.mutate().alpha = 100
例如：
getColor
getColor(R.color.xxx)
用于获取相应 资源id 相关的色彩,详细的源码如下：
当咱们调用
getColor()时,内部先会经过getValue()获取相应的color资源，并将其保存到TypeValue中；假如不存在资源文件，则直接抛出反常。然后经过ResourcesImpl.loadColorStateList()去加载,最后回来色彩状况列表的 默认显示色彩。
咱们持续向下看： loadColorStateList()
当调用
loadColorStateList加载色彩状况合集时，内部有两个分支：
- 假如当时要获取的色彩类型是 “#xxx” ,则先从预加载数组中取，假如此刻没有加载，则立异的
ColorStateList,并将其存到预加载数组中；- 假如当时要获取的色彩类型是引证类型，则意味着当时可能要从xml中去取。内部先从缓存数组中去，假如不存在则再去预加载数组中取，假如依然不存在，则调用
loadComplexColorForCookie()从头初始化。当加载完结后，假如此刻正在预加载，将其添加到预加载数组中，不然将其添加到缓存里。
接着上面的末梢，咱们最后再去看一下 loadComplexColorForCookie() ,也即一个全新的color到底是如何从xml中拿到：
该办法里，先判别资源文件的后缀名，假如非
.xml类型，则该资源无法读取，直接抛出反常；不然先调用loadXmlResourceParser()拿到该资源文件的 xml解析器 ，再由解析器的name判别详细的资源类型，然后初始化详细的色彩类。
总结
当咱们调用 getColor() 获取某个色彩资源时，内部会先经过 AssetsManager 加载该资源，并将其保存到 TypedValue 中，假如没有读到，则抛出反常；不然调用 ResoucesImpl.loadColorStateList() 获取色彩资源，假如该资源在缓存中存在，则直接取出并回来新的实例，不然依据当时要加载的类型，假如是 “#xxx” ，则直接初始化并添加到缓存，不然判别 TypedValue 中保存的资源信息 后缀 是否为 xml ,假如不是则直接抛出反常，证明此刻非 .xml 文件，文件无法读取，不然经过 AssetManager 获取该资源对应的 xml解析器 ，并判别解析器的名字，然后决议创立 GradientColor 仍是 ColorStateList，然后将成果缓存到 ResourcesImpl 中并回来。
结语
关于 Resource.getx() 相关的底层完结到这里就剖析结束了。本篇中，咱们以 Kotlin+[裁枝剪叶] 的方式，提供一个较清晰的脉络，以供更好的读懂应用层源码设计，关于更细节的原生完结，并不是本篇所重视的。所谓一眼入森，而不在林，正是如此。
现在让咱们反推上去：
本来咱们每次调用 getDrawable() 时，内部都是做了缓存处理(缓存了ConstantState),本来咱们获取的 drawable,无非就三种大的类型:
-
.xml 结束的，
ColorDrawable或许非ColorDrawable; -
非.xml 结束的，即为
BitmapDrawable。
那他们又是怎样判别得出的呢？经过 AssetManager 获取，将其保存到 TypedValue 中，运用时经过判别 资源文件名后缀 而定。又由于drawable 存在 缓存状况复用 ，所以又会导致 一处更新，处处同步 问题。本来 getColor() 内部同样做了缓存处理等。
至此，关于
Android-Resource的求知篇正式开始，下一篇我将同大家剖析Resource的初始化时机以及与Resource.system()的差异。
关于我
我是 Petterp ,一个 Android工程师 ，假如本文对你有所协助，欢迎点赞支持，你的支持是我持续创造的最大鼓励！
