提问
1.想修改第三方的资源文件，该怎么处理？例如Google某一个apk中的字符串太长了，影响了美观。
2.为了更好的保持原生资源文件的原始化，把自我修改跟原生资源文件分开
Android自5.0开始便引入了能够很好的解答如上问题的方案--overlay
目的
Android overlay机制的目的是为OEM厂商提供一种替换原生系统资源的机制，它允许在不修改原生framework或apk资源文件的情况下，定制化它们。
Android overlay有两种方案。
方案一：SRO-Static resource overly(静态替换)
发生在编译时,需要在Android系统源码环境中进行配置。
方案二：RRO-Runtime resource overlay(运行时替换)
详解
注：
实例以MTK 9.x系统为主
SRO
原理：
在通过AAPT打包成APK时，通过-S命令多增加了一个资源目录(overlay目录)而已，我们平时打包APK只是通过AAPT -S指定了一个资源目录，而Overlay又额外增加了一个资源目录。
AAPT -S命令可以指定多个资源目录，overlay的资源将替换原res中的重名文件。
实现：
1.四个mk的变量：
DEVICE_PACKAGE_OVERLAYS--
PRODUCT_PACKAGE_OVERLAYS--级别最高，也就是优化用PRODUCT_PACKAGE_OVERLAYS中的overlays（高于DEVICE_PACKAGE_OVERLAYS）
PRODUCT_ENFORCE_RRO_TARGETS
PRODUCT_ENFORCE_RRO_EXCLUDED_OVERLAYS
注：
a.这些变量会在系统编译的时候，编译到源码里面
b.具体解析：
./build/make/core/product_config.mk
# Resource overlay list which must be excluded from enforcing RRO.
PRODUCT_ENFORCE_RRO_EXCLUDED_OVERLAYS := \
$(strip $(PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_ENFORCE_RRO_EXCLUDED_OVERLAYS))
# Package list to apply enforcing RRO.
PRODUCT_ENFORCE_RRO_TARGETS := \
$(strip $(PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_ENFORCE_RRO_TARGETS))
# Should we use the default resources or add any product specific overlays
PRODUCT_PACKAGE_OVERLAYS := \
$(strip $(PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_PACKAGE_OVERLAYS))
DEVICE_PACKAGE_OVERLAYS := \
$(strip $(PRODUCTS.$(INTERNAL_PRODUCT).DEVICE_PACKAGE_OVERLAYS))
c.在Android O上面 Google增加了一个enforced RRO的方法，可以把之前的build time overlay强制转换成runtime resource overlay.如果overlay的是framework-res的资源包，那么会自动生成一个file在/vendor/overlay/framework-res__auto_generated_rro.apk. 里面会包含overlay的资源。也就是说，对于加了PRODUCT_ENFORCE_RRO_TARGETS的模块，便由SRO变成RRO模式，如果仍然想保持SRO模式，就需要使用到PRODUCT_ENFORCE_RRO_EXCLUDED_OVERLAYS变量。
2.overlay项目是源项目剔除代码，只留下需要替换的资源的项目，注意包名路径需要与源项目保持一致。
3.看gms包中的overlays操作：
举例：
典型的用例framework-res.apk，其实，很对地方都由很多定制化的地方。
快速验证：
反编译资源文件，例如apktool工具
查看是否资源编译到framework-res.apk，还是framework-res__auto_generated_rro.apk
注：
overlay只是覆盖已有的资源文件，但对于新增的资源文件，需要这样写：
<!-- add for status bar system icon define -->
<add-resource type="string" name="status_bar_child_mode"/>
<string translatable="false" name="status_bar_child_mode">child_mode</string>
另外，对于新增的资源应该通过sro留在原生的apk里面，此时特别注意：
PRODUCT_ENFORCE_RRO_EXCLUDED_OVERLAYS的书写
RRO
前言：
对于Android的资源系统，官方有不少介绍，可以仔细看看：
https://developer.android.com/guide/topics/resources/index.html
我们可以将Android资源类型分为三类：
列表类型的xml资源文件，该类型的文件内部包含了多个资源项，典型的就是strings.xml，很多项目会有config.xml也大都是这种类型的文件。
值类型的xml文件，该类型的一个文件对应了一个资源项，比如layout目录下的布局文件，以及某些项目menu目录下的xml文件也大都是这种类型。
数据型资源文件，比如图片，音频，视频以及其他数据类型的文件，该类型的一个文件对应一个资源项。
在最终的安装包中第三种数据类型的资源文件会原封不动的保留。第二种值类型的xml资源文件，也会按照原有的目录结构和文件名字放入安装包中， 只是原有的xml格式会被压缩成特定的二进制流。列表型xml资源文件的内容会被全部编译到resources.arsc中。而我们的overlay就是替换resources.arsc中的资源文件
注：
ID的值类似0xPPTTiiii，PP表示package类型(01表示系统资源，7f表示应用资源); TT表示类型; iiii就是自动增长的编号了。
原理：
应用运行时，通过 getString/getDrawable去调用某个资源，会将资源的resources ID 作为参数传给Framework层。同一名称但不同状态的资源他们的resources ID 是一样的，比如不同分辨率但名称相同的图片分别被放置在了drawable-hdpi/drawable-ldpi/drawable-mdpi下，但在编译时针对该图片生成的resources ID却只有一个。Framework层查找资源时会使用这个resources ID，同时结合当前系统的configuration（分辨率、语言、横竖屏），即通过resources ID 和 configuration，系统首先会调用我们通过RRO添加的资源文件，并根据configuration使用最匹配的资源文件，如果此时没有找到文件，则再调用应用原生的资源文件
实现：
1.编译
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_RRO_THEME := TestApp
LOCAL_CERTIFICATE := platform
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_RESOURCE_DIR := $(LOCAL_PATH)/res
LOCAL_PACKAGE_NAME := TestAppOverlay
LOCAL_SDK_VERSION := current
include $(BUILD_RRO_PACKAGE)
2.AndroidManifest.xml
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.testappoverlay" >
<overlay
android:priority="1"
android:targetPackage="com.example.testapp"
android:isStatic="true"/>
<！--android:isStatic Android9需要加-->
</manifest>
3.其他需要替换的资源文件
4.快速验证
可以将overlay的apk push到/system/vendor/overlay目录中
例如：
adb push overlay.apk /system/vendor/overlay/
注意：
快速验证，先push overlay apk，再安装。这里涉及资源文件先后加载的问题
5.通过adb查看
adb shell cmd overlay list
adb shell cmd overlay enable overlay的包名----跟 android:isStatic="true"有关联
5.源码案例
待上传
