前不久跑去折腾高德 SDK 中的 HUD 功能,相信用过该功能的用户都知道 HUD 界面上的导航转向图标是动态变化的。从高德官方导航 javascript:;" onClick="javascript:tagshow(event, 'API');" target="_self">API 文档中 AMapNaviGuide 类的描述可知,导航转向图标有23种类型。 诶,等等,23 种?那图标应该是放在 assets 文件夹吧?总不可能是在服务器上下载吧? 看下导航 API 的 jar 包结构。 AMap_ Navi_v1.3.0_20150828.jar |- assets |- autonavi_Resource1_1_0.png |- custtexture*.png (7 张) |- com |- amap.api.navi |- autonavi |- META-INF 纳尼?assets 上的图片总共也只有 8 张,而且图片的内容跟 HUD 毫无关系,莫非真的是从服务器下载资源? 用 Android Studio 打开 jar 包中的 AMapHudView.class 来看下 AMapHudView 的逻辑(AS 1.2 引入了反编译功能)。 ... import com.autonavi.tbt.g; ... public class AMapHudView extends FrameLayout implements OnClickListener, OnTouchListener, e { static final int[] hud_imgActions = new int[]{2130837532, 2130837532, 2130837532, 2130837533, 2130837534, 2130837535, 2130837536, 2130837537, 2130837538, 2130837539, 2130837522, 2130837523, 2130837524, 2130837525, 2130837526, 2130837527, 2130837528, 2130837529, 2130837530, 2130837531}; ... private ImageView roadsignimg;// 方向图标对应的 View ... private int resId;// 方向图标的 id,对应 hud_imgActions 的 index,根据高德的文档,该变量值为 0-23 ... private void updateHudWidgetContent() { ... if(this.roadsignimg != null && this.resId != 0 && this.resId != 1) { Drawable var1 = g.a().getDrawable(hud_imgActions[this.resId]);// g.a() 返回的是 Resource 对象 this.roadsignimg.setBackgroundDrawable(var1); ... } } } 先看hud_imgActions,里面的值是不是很熟悉?转成16进制均为 0x7F02 开头(0x7F 是应用资源,而 0×02 则是 drawable 资源)。再看updateHudWidgetContent()方法,逻辑比较简单,通过resId获取hud_imgActions对应的 drawable id,再通过该 id 获取到对应的 Drawable 对象并将其设置到 ImageView 中。 看到这,可以肯定高德 SDK 终是通过本地资源的索引获取到 Drawable。 然而我们的 apk 中并没有相应的资源,为什么能够正常获取到对应的 Drawable?我们看回上面的第12行代码: Drawable var1 = g.a().getDrawable(hud_imgActions[this.resId]);// g.a() 返回的是 Resource 对象 我们将注意力集中到g.a()中,找到com.autonavi.tbt.g#a() public static Resources a() { if (b == null) { b = e.getResources(); } return b; } 其中变量e为上层传递进来的 Activity,而我们前面说过,我们的 apk 中并没有相应的资源,所以将注意力放到变量b在其他地方的赋值上。 public static boolean a(Context context) { ... a = b(context.getFilesDir() + "/autonavi_Resource1_1_0.jar"); b = a(context, a);// 变量 a 为 AssetManager return true; } private static AssetManager b(String str) { try { Class cls = Class.forName("android.content.res.AssetManager"); AssetManager assetManager = (AssetManager) cls.getConstructor().newInstance(); try { cls.getDeclaredMethod("addAssetPath", String.class).invoke(assetManager, str); } catch (Throwable th) { } return assetManager; } catch (Throwable th2) { return null; } } private static Resources a(Context context, AssetManager assetManager) { DisplayMetrics displayMetrics = new DisplayMetrics(); displayMetrics.setToDefaults(); return new Resources(assetManager, displayMetrics, context.getResources().getConfiguration()); } 可以看到,高德 SDK 中先通过反射实例化 AssetManager,并且调用 `addAssetPath(context.getFilesDir() + “/autonavi_Resource1_1_0.jar”),接着实例化 Resources 对象。所以事实上是通过这个新的 Resource 来获取到对应资源的 Drawable 对象。 但是我们的 apk 对应的 files 目录中并不存在 autonavi_Resource1_1_0.jar,这个文件又是怎么来的? private static String k = "autonavi_Resource1_1_0.png"; ... private static boolean b(Context var0) { String filePath = var0.getFilesDir().getAbsolutePath() + "/autonavi_Resource1_1_0.jar"; ... InputStream var1 = var0.getResources().getAssets().open(k); File var3 = new File(filePath); long var21 = var3.length(); int var6 = var1.available(); if(!var3.exists() || var21 != (long)var6) { ... File var22 = new File(filePath); FileOutputStream var2 = new FileOutputStream(var22); byte[] var8 = new byte[1024]; int var9; while((var9 = var1.read(var8)) > 0) { var2.write(var8, 0, var9); } } ... } 还是 com.autonavi.tbt.g 这个类,可以看到,高德是将 jar 包内 assets 目录中的 autonavi_Resource1_1_0.png 复制到当前 apk 对应的 files 目录中,并将新的文件命名为 autonavi_Resource1_1_0.jar。 再回到加载资源的问题上,为什么加载 autonavi_Resource1_1_0.jar 能索引资源? 因为该文件其实是 apk(高德将后缀名改成了 jar)。AssetManager 加载该 apk 后,Resource 能通过该 AssetManager 获取到里面的相应资源。 AssetManager 的相关知识请参考老罗的《Android应用程序资源管理器(Asset Manager)的创建过程分析》 至此,我们可以清楚知道高德 SDK 是如何实现动态加载资源的: 将资源 apk 放置在 jar 包的 assets 目录中; 在 View 组件初始化的过程中将 assets 中的资源 apk 复制到 files 目录中; 接着实例化 AssetManager,调用 addAssetPath 方法加载 files 目录中的资源 apk; 然后将 AssetManager 作为参数实例化 Resouce,后通过 Resource 对象获取资源apk 中相应的资源。 总结 将上述内容再简略,动态加载资源所必需的几个核心步骤: 实例化 AssetManager 对象,并通过反射调用 addAssetPath(String) 方法加载目标 apk(或与 apk 文件架构一致的目录) 通过第一步得到的 AssetManager 实例化 Resource 对象 利用第二步得到的 Resource 对象来动态加载资源 这里需要注意的是,目标 apk(目录)需要放在context.getFilesDir()中,不然会加载失败(addAssetPath 返回 0)。另外,目标 apk 可以不签名,因为 addAssetPath 过程并没有进行签名校验。 获取资源 id 实际情况中,如果我们需要获取相应的资源,必须先获得资源对应的 id,而外部 apk 的 R.java 并不属于主 apk,这导致了获取资源的困难。 目前存在的解决方案有: 通过反射对应的 R 类获取对应的 id(极力不推荐,需要知道 field 的 name,若资源 apk 需要混淆,field name 更不知道是什么了,再者反射的效率并不理想) 通过接口获取对应的 id(优点在于灵活性高,主 apk 不需要关心资源。缺点在于若需要的资源较多,处理也较多。更多出现在获取固定资源的场景中,譬如应用换肤) 直接将资源 apk 的 R.java 放在主 apk 中,通过 R 获取 id(简单粗暴,但若资源 apk 中存在对应的 R.java,会发生冲突。混淆过则不存在这个问题。该方案缺乏灵活性,需要开发人员知道需要的资源名,对应的属性等。) 后两种方案各有各的优缺点,至于怎么选择,还得结合自身的场景。 应用场景 动态加载资源技术目前的一些应用场景主要有: 替换应用皮肤(如:QQ 空间) 减小主 apk 的大小,非重要资源放在服务端 类似于文中高德 SDK 的做法,使得 jar 包可以加载资源(这种应用可能现在比较少,以前这种做法也只是因为还没 aar) 后续 动态加载资源技术相关文章有很多,但我目前所看到的文章只涉及如何获取 drawable、string 等资源,并没有发现关于动态加载资源 apk 中的布局文件(我姿势不对?_(:з?∠)_)。后续会分享如何动态加载资源 apk 中的布局文件。