Android实现动态换肤
内容提要
本文讨论了Android应用中的换肤功能，介绍了使用LayoutInflater.Factory2拦截View创建过程，收集需要换肤的特性和资源ID。同时，使用观察者模式和皮肤管理类，通过反射和资源ID映射加载皮肤包中的资源。总结了自定义View的创建流程和换肤过程中的注意事项。
延伸解读
换肤原理与资源加载机制
文章指出换肤本质是替换res下的资源文件。资源加载最终通过LayoutInflater解析XML，在createViewFromTag中尝试创建View。系统利用Factory2机制，允许开发者拦截View创建过程，从而收集需要换肤的属性和资源ID。这为动态换肤提供了基础，但需注意Factory2只能设置一次，且必须在onCreate的super之前调用，否则会抛出异常。
皮肤包资源映射的关键步骤
由于应用和皮肤包中相同资源名的ID通常不同，换肤时不能直接使用原资源ID。文章强调需要通过应用资源ID找到资源名称，再映射到皮肤包中的资源ID。实现上，通过反射创建独立的AssetManager加载皮肤包，避免资源冲突，并利用Resources和AssetManager获取皮肤资源。这一过程需要处理资源类型（如颜色、Drawable）并正确应用到View属性上。
观察者模式与界面更新策略
换肤后需要通知所有界面更新。文章采用观察者模式，SkinManager作为被观察者，每个页面的SkinLayoutInflaterFactory作为观察者。通过ApplicationActivityLifecycle在Activity创建时注册观察者，确保所有页面都能收到通知。对于未启动的Activity，可直接调用SkinManager.loadSkin()完成更新。这种设计保证了换肤的全局一致性，但需注意内存泄漏风险，及时注销观察者。
自定义View与换肤限制
文章讨论了自定义View的构造方法区别，并指出系统内置View如LinearLayout在创建时会自动添加'android.view.'前缀，因此无需全路径。换肤过程中，直接使用'#FF0000'等硬编码颜色无法替换，因为这类颜色没有资源名称，无法映射到皮肤包。因此，换肤仅支持通过资源ID引用的属性，开发者需在布局中避免硬编码颜色值。
Q&A
Android换肤功能是如何实现的？
Android换肤功能通过LayoutInflater.Factory2拦截View创建过程，收集需要换肤的特性和资源ID，并使用观察者模式更新界面。
在Android中，如何收集需要换肤的View特性？
通过自定义LayoutInflater.Factory2，重写View创建过程，记录每个View的特性及其对应的资源ID。
换肤过程中如何加载皮肤包中的资源？
通过反射和资源ID映射，创建一个新的AssetManager来加载皮肤包的资源，并将其应用到当前应用中。
SkinManager类在换肤中起什么作用？
SkinManager类负责管理皮肤的加载和应用，并通过观察者模式通知所有界面更新皮肤。
如何使用观察者模式更新换肤后的界面？
在换肤类中使用观察者模式，通知所有注册的观察者（即各个界面）进行更新，以反映新的皮肤。
自定义View的创建流程需要注意哪些事项？
自定义View的创建流程需要重写系统创建过程的代码，并确保在onCreate方法中设置Factory2。
