Android 资源加载使用伪代码示例分析

目录
  • 引言
  • Resource是什么?
  • 基础概念
  • getText
  • getDrawable
    • 小结
    • Tips
  • getColor
  • 总结

引言

聊到 Android 的 资源加载 ,每一个开发同学都会非常熟悉,毕竟从使用来说,我们日常都会见到,比如 getText() 等等。

那如果此时问你,你知道 它们到底是怎么被加载的,内部会有什么处理吗?

为什么同一个drawable界面更改了透明度,其他界面也会生效?

如果你对上述问题依然存疑,那本文可能会对你有所帮助。

介于此,本篇将由浅入深,从源头理清 Resource.getx() 的那些事,从而为理解 Android资源加载 迈出第一步。故此名: 小试牛刀

本篇定位中等,主要通过伪源码分析的形式,从而探索应用层 Resource.getx 的实现细节。

Resource是什么?

Resource,在 Android 中,指的是我们开发中使用到的资源,例如 drawableStringanimcolor 等。其会在开发阶段生成相应的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() 的区别。

更多关于Android 资源加载的资料请关注我们其它相关文章!

(0)

相关推荐

  • Android Flutter绘制有趣的 loading加载动画

    目录 前言 效果1:圆环内滚动的球 效果2:双轨运动 效果3:钟摆运动 总结 前言 在网络速度较慢的场景,一个有趣的加载会提高用户的耐心和对 App 的好感,有些 loading 动效甚至会让用户有想弄清楚整个动效过程到底是怎么样的冲动.然而,大部分的 App的 loading 就是下面这种千篇一律的效果 —— 俗称“转圈”. 本篇我们利用Flutter 的 PathMetric来玩几个有趣的 loading 效果. 效果1:圆环内滚动的球 如上图所示,一个红色的小球在蓝色的圆环内滚动,而且在往

  • Android实现多张图片合成加载动画

    本文实例为大家分享了Android实现多张图片合成加载动画的具体代码,供大家参考,具体内容如下 1.自定义ProgressDialog public class MyProgressDialog extends ProgressDialog {     private int procressLoadRes;     private ImageView mImageView;     private AnimationDrawable animationDrawable;     public

  • Android 游戏引擎libgdx 资源加载进度百分比显示案例分析

    因为案例比较简单,所以简单用AndroidApplication -> Game -> Stage 搭建框架 一.主入口,无特殊 复制代码 代码如下: public class App extends AndroidApplication { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); //初始化Demo initialize(new Demo()

  • Android性能优化之RecyclerView分页加载组件功能详解

    目录 引言 1 分页加载组件 1.1 功能定制 1.2 手写分页列表 1.3 生命周期管理 2 github 引言 在Android应用中,列表有着举足轻重的地位,几乎所有的应用都有列表的身影,但是对于列表的交互体验一直是一个大问题.在性能比较好的设备上,列表滑动几乎看不出任何卡顿,但是放在低端机上,卡顿会比较明显,而且列表中经常会伴随图片的加载,卡顿会更加严重,因此本章从手写分页加载组件入手,并对列表卡顿做出对应的优化 1 分页加载组件 为什么要分页加载,通常列表数据存储在服务端会超过100条

  • Android类加载流程分析

    背景 由于前前前阵子写了个壳,得去了解类的加载流程,当时记了一些潦草的笔记.这几天把这些东西简单梳理了一下,本文分析的代码基于Android8.1.0源码. 流程分析 从loadClass开始,我们来看下Android中类加载的流程 /libcore/ojluni/src/main/java/java/lang/ClassLoader.java::loadClass loadClass流程如下: protected Class<?> loadClass(String name, boolean

  • Android图片加载框架Coil的详细使用总结

    目录 简介 简单使用 高斯模糊 圆角 圆形 灰色变换 GrayscaleTransformation Gif 监听下载过程 取消下载 替换 okhttp 实例 自定义 Coil 源码分析 总结 简介 Coil 是一个 Android 图片加载库,通过 Kotlin 协程的方式加载图片.特点如下: 更快: Coil 在性能上有很多优化,包括内存缓存和磁盘缓存,把缩略图存保存在内存中,循环利用 bitmap,自动暂停和取消图片网络请求等. 更轻量级: Coil 只有2000个方法(前提是你的 APP

  • Android 资源加载使用伪代码示例分析

    目录 引言 Resource是什么? 基础概念 getText getDrawable 小结 Tips getColor 总结 引言 聊到 Android 的 资源加载 ,每一个开发同学都会非常熟悉,毕竟从使用来说,我们日常都会见到,比如 getText() 等等. 那如果此时问你,你知道 它们到底是怎么被加载的,内部会有什么处理吗? 为什么同一个drawable界面更改了透明度,其他界面也会生效? 如果你对上述问题依然存疑,那本文可能会对你有所帮助. 介于此,本篇将由浅入深,从源头理清 Res

  • Android 动态加载 so实现示例详解

    目录 背景 so动态加载介绍 从一个例子出发 so库检索与删除 动态加载so 结束了吗? ELF文件 扩展 总结 背景 对于一个普通的android应用来说,so库的占比通常都是巨高不下的,因为我们无可避免的在开发中遇到各种各样需要用到native的需求,所以so库的动态化可以减少极大的包体积,自从2020腾讯的bugly团队发部关于动态化so的相关文章后,已经过去两年了,相关文章,经过两年的考验,实际上so动态加载也是非常成熟的一项技术了. 但是很遗憾,许多公司都还没有这方面的涉略又或者说不知

  • android动态加载布局文件示例

    一.布局文件part.xml: 复制代码 代码如下: <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="

  • Android布局加载之LayoutInflater示例详解

    前言 Activity 在界面创建时需要将 XML 布局文件中的内容加载进来,正如我们在 ListView 或者 RecyclerView 中需要将 Item 的布局加载进来一样,都是使用 LayoutInflater 来进行操作的. LayoutInflater 实例的获取有多种方式,但最终是通过(LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE)来得到的,也就是说加载布局的 LayoutInflat

  • 详解Android布局加载流程源码

    一.首先看布局层次 看这么几张图 我们会发现DecorView里面包裹的内容可能会随着不同的情况而变化,但是在Decor之前的层次关系都是固定的.即Activity包裹PhoneWindow,PhoneWindow包裹DecorView.接下来我们首先看一下三者分别是如何创建的. 二.Activity是如何创建的 首先看到入口类ActivityThread的performLaunchActivity方法: private Activity performLaunchActivity(Activi

  • Android用于加载xml的LayoutInflater源码超详细分析

    1.在view的加载和绘制流程中:文章链接 我们知道,定义在layout.xml布局中的view是通过LayoutInflate加载并解析成Java中对应的View对象的.那么具体的解析过程是哪样的. 先看onCreate方法,如果我们的Activity是继承自AppCompactActivity.android是通过getDelegate返回的对象setContentView,这个mDelegate 是AppCompatDelegateImpl的实例. @Override protected

  • 网页资源阻塞浏览器加载的原理示例解析

    目录 正文 测试前环境准备 图片会造成阻塞吗? CSS 加载阻塞 CSS 会阻塞后面 JS 的执行吗? JS 加载阻塞 defer 和 async 动态脚本会造成阻塞吗? DOMContentLoaded 和 onload DOMContentLoaded 遇到脚本 DOMContentLoaded 遇到样式 正文 一个页面允许加载的外部资源有很多,常见的有脚本.样式.字体.图片和视频等,对于这些外部资源究竟是如何影响整个页面的加载和渲染的呢?今天来一探究竟. 如何用 Chrome 定制网络加载

  • Android ListView下拉刷新上拉自动加载更多DEMO示例

    代码下载地址已经更新.因为代码很久没更新,已经很落伍了,建议大家使用RecyclerView实现. 参考项目: https://github.com/bingoogolapple/BGARefreshLayout-Android https://github.com/baoyongzhang/android-PullRefreshLayout 下拉刷新,Android中非常普遍的功能.为了方便便重写的ListView来实现下拉刷新,同时添加了上拉自动加载更多的功能.设计最初是参考开源中国的And

  • android监听View加载完成的示例讲解

    最近项目中需要实现一个GridView显示6*5=30项,并铺满整个界面,界面中还有自定义ActionBar等其他控件,所以需要获取剩下屏幕的高度.通过百度得知View有一个监听函数,亲测使用有效,特此记录,方便日后查阅. gv_test.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() { @Override public void onGlobalLayo

随机推荐