Android hook技术实现一键换肤，2024最新秋招Android岗面试清单

最新推荐文章于 2024-09-02 18:19:21 发布

2401_84152738

最新推荐文章于 2024-09-02 18:19:21 发布

阅读量306

点赞数 5

分类专栏：程序员文章标签： android 面试职场和发展

本文链接：https://blog.csdn.net/2401_84152738/article/details/137414233

版权

程序员专栏收录该内容

182 篇文章 0 订阅

订阅专栏

2. 界面上哪些东西是可以换肤的

3. 利用HOOK技术实现优雅的“一键换肤"

4. 相关android源码一览

Activity 的 setContentView(R.layout.XXX) 到底在做什么？

LayoutInflater这个类是怎么把 layout.xml 的变成TextView对象的？

app中资源文件大管家 Resources / AssetManager 是怎么工作的

5. “全app一键换肤” Demo源码详解

关键类 SkinEngine SkinFactory

关键类的调用方式，联系之前的android源码，解释hook起作用的原理

效果展示

注意事项

正文

1. 什么是一键换肤

所谓**“一键”，就是通过"一个"**接口的调用，就能实现全app范围内的所有资源文件的替换.包括文本，颜色，图片等.

一些换肤实现方式的对比

**方案1：自定义View中，要换肤，那如同引言中所述，toggle方法，invalidate重绘。

弊端：换肤范围仅限于这个View.**

**方案2：给静态变量赋值，然后重启Activity. 如果一个Activity内用静态变量定义了两种色系，那么确实是可以通过关闭Activity，再启动的方式，实现貌似换肤的效果（其实是重新启动了Activity）

弊端：太low，而且很浪费资源**

也许还有其他方案吧，View重绘，重启Activity，都能实现，但是仍然不是最优雅的方案，那么，有没有一种方案，能够实现全app内的换肤效果，又不会像重启 Activity 这样浪费资源呢？请看下图：

image

这个动态图中，首先看到的是Activity1，点击换肤，可直接更换界面上的background，图片的src，还有textView的textColor，跳转Activity2之后的textView颜色，在我换肤之前，和换肤之后，是不同的。换肤的过程我并没有启动另外的Activity，界面也没有闪烁。我在Activity1里面换肤，直接影响了Activity2的textView字体颜色。

**既然给出了效果，那么肯定要给出Demo，不然太没诚意，嘿嘿嘿

github地址奉上：https://github.com/18598925736/HookSkinDemoFromHank**

2. 界面上哪些东西是可以换肤的

上面的换肤动态图，我换了ImageView，换了background,换了TextView的字体颜色，那么到底哪些东西可以换？

答案其实就一句话： **我们项目代码里面 res目录下的所有东西，几乎都可以被替换。

（为什么说几乎？因为一些犄角旮旯的东西我没有时间一个一个去试验…囧）**

具体而言就是如下这些

动画

背景图片

字体

字体颜色

字体大小

音频

视频

3. 利用HOOK技术实现优雅的“一键换肤"

什么是hook

**如题，我是用hook实现一键换肤。那么什么是hook？

hook，钩子. 安卓中的hook技术，其实是一个抽象概念：对系统源码的代码逻辑进行"劫持"，插入自己的逻辑，然后放行。注意：hook可能频繁使用java反射机制···**

"一键换肤"中的hook思路

"劫持"系统创建View的过程,我们自己来创建View

系统原本自己存在创建View的逻辑，我们要了解这部分代码，以便为我所用.

收集我们需要换肤的View（用自定义view属性来标记一个view是否支持一键换肤），保存到变量中

劫持了 系统创建view的逻辑之后，我们要把支持换肤的这些view保存起来

加载外部资源包，调用接口进行换肤

外部资源包，是`.apk`后缀的一个文件，是通过`gradle`打包形成的。里面包含需要换肤的资源文件，但是必须保证，要换的资源文件，和原工程里面的文件名`完全相同`.

4. 相关android源码一览

Activity 的 setContentView(R.layout.XXX) 到底在做什么？

回顾我们写`app`的习惯，创建`Activity`，写`xxx.xml`,在`Activity`里面`setContentView(R.layout.xxx).` 我们写的是`xml`，最终呈现出来的是一个一个的界面上的UI控件，那么`setContentView`到底做了什么事，使得XML里面的内容，变成了UI控件呢？

如果不先来点干货，估计有些人就看不下去了,各位客官请看下图：

image

源码索引：

setContentView(R.layout.activity_main);

—》

getDelegate().setContentView(layoutResID);

OK，这里暴露出了两个方法，getDelegate()和setContentView()

先看getDelegate:

这里返回了一个AppCompatDelegate对象,跟踪到AppCompatDelegate内部，阅读源码，可以得出一个结论：AppCompatDelegate 是替Activity生成View对象的委托类，它提供了一系列setContentView方法，在Activity中加入UI控件。

那它的AppCompatDelegate的setContentView方法又做了什么？

插曲：关于如何阅读源码？在我的上一篇文章中详细说明了。

但是漏了一个细节：那就是，当你在源码中看到一个接口或者抽象类，你想知道接口的实现类在哪？很简单…如果你没有更改androidStudio的快捷键设置的话，Ctrl+T可以帮你直接定位 接口和抽象类的实现类.

用上面的方法，找到setContentView的具体过程

image

那么就进入下一个环节:LayoutInflater又做了什么？

LayoutInflater这个类是怎么把layout.xml的 <TextView> 变成TextView对象的？

我们知道，我们传入的是`int`，是`xxx.xml`这个布局文件，在R文件里面的对应int值。`LayoutInflater`拿到了这个`int`之后，又干了什么事呢？

一路索引进去：会发现这个方法：

image

发现一个关键方法：CreateViewFromTag，tag是指的什么？其实就是 xml里面的标签头:<TextView …> 里的

TextView.

跟踪进去：

View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,

boolean ignoreThemeAttr) {

if (name.equals(“view”)) {

name = attrs.getAttributeValue(null, “class”);

}

// Apply a theme wrapper, if allowed and one is specified.

if (!ignoreThemeAttr) {

final TypedArray ta = context.obtainStyledAttributes(attrs, ATTRS_THEME);

final int themeResId = ta.getResourceId(0, 0);

if (themeResId != 0) {

context = new ContextThemeWrapper(context, themeResId);

}

ta.recycle();

}

if (name.equals(TAG_1995)) {

// Let’s party like it’s 1995!

return new BlinkLayout(context, attrs);

}

try {

View view;

if (mFactory2 != null) {

view = mFactory2.onCreateView(parent, name, context, attrs);

} else if (mFactory != null) {

view = mFactory.onCreateView(name, context, attrs);

} else {

view = null;

}

if (view == null && mPrivateFactory != null) {

view = mPrivateFactory.onCreateView(parent, name, context, attrs);

}

if (view == null) {

final Object lastContext = mConstructorArgs[0];

mConstructorArgs[0] = context;

try {

if (-1 == name.indexOf(‘.’)) {

view = onCreateView(parent, name, attrs);

} else {

view = createView(name, null, attrs);

}

} finally {

mConstructorArgs[0] = lastContext;

}

return view;

} catch (InflateException e) {

throw e;

} catch (ClassNotFoundException e) {

final InflateException ie = new InflateException(attrs.getPositionDescription()

": Error inflating class " + name, e);

ie.setStackTrace(EMPTY_STACK_TRACE);

throw ie;

} catch (Exception e) {

final InflateException ie = new InflateException(attrs.getPositionDescription()

": Error inflating class " + name, e);

ie.setStackTrace(EMPTY_STACK_TRACE);

throw ie;

}

这个方法有4个参数，意义分别是：

View parent 父组件

String name xml标签名

Context context 上下文

AttributeSet attrs view属性

boolean ignoreThemeAttr 是否忽略theme属性

并且在这里，发现一段关键代码：

if (mFactory2 != null) {

view = mFactory2.onCreateView(parent, name, context, attrs);

} else if (mFactory != null) {

view = mFactory.onCreateView(name, context, attrs);

} else {

view = null;

}

实际上，可能有人要问了，你怎么知道这边是走的哪一个if分支呢？

方法：新创建一个Project，跟踪MainActivity onCreate里面setContentView()一路找到这段代码debug：你会发现：

image

答案很明确了，系统在默认情况下就会走Factory2的onCreateView(),

应该有人好奇：这个mFactory2对象是哪来的？是什么时候set进去的

答案如下：

image

如果细心Debug，就会发现 《标记标记，因为后面有一段代码会跳回到这里，这里非常重要...》

image

当时，getDelegate()得到的对象，和 LayoutInflater里面mFactory2其实是同一个对象

那么继续跟踪，一直到：AppCompatViewInflater 类

final View createView(View parent, final String name, @NonNull Context context,

@NonNull AttributeSet attrs, boolean inheritContext,

boolean readAndroidTheme, boolean readAppTheme, boolean wrapContext) {

final Context originalContext = context;

// We can emulate Lollipop’s android:theme attribute propagating down the view hierarchy

// by using the parent’s context

if (inheritContext && parent != null) {

context = parent.getContext();

}

if (readAndroidTheme || readAppTheme) {

// We then apply the theme on the context, if specified

context = themifyContext(context, attrs, readAndroidTheme, readAppTheme);

}

if (wrapContext) {

context = TintContextWrapper.wrap(context);

}

View view = null;

// We need to ‘inject’ our tint aware Views in place of the standard framework versions

switch (name) {

case “TextView”:

view = createTextView(context, attrs);

verifyNotNull(view, name);

break;

case “ImageView”:

view = createImageView(context, attrs);

verifyNotNull(view, name);

break;

case “Button”:

view = createButton(context, attrs);

verifyNotNull(view, name);

break;

case “EditText”:

view = createEditText(context, attrs);

verifyNotNull(view, name);

break;

case “Spinner”:

view = createSpinner(context, attrs);

verifyNotNull(view, name);

break;

case “ImageButton”:

view = createImageButton(context, attrs);

verifyNotNull(view, name);

break;

case “CheckBox”:

view = createCheckBox(context, attrs);

verifyNotNull(view, name);

break;

case “RadioButton”:

view = createRadioButton(context, attrs);

verifyNotNull(view, name);

break;

case “CheckedTextView”:

view = createCheckedTextView(context, attrs);

verifyNotNull(view, name);

break;

case “AutoCompleteTextView”:

view = createAutoCompleteTextView(context, attrs);

verifyNotNull(view, name);

break;

case “MultiAutoCompleteTextView”:

view = createMultiAutoCompleteTextView(context, attrs);

verifyNotNull(view, name);

break;

case “RatingBar”:

view = createRatingBar(context, attrs);

verifyNotNull(view, name);

break;

case “SeekBar”:

view = createSeekBar(context, attrs);

verifyNotNull(view, name);

break;

default:

// The fallback that allows extending class to take over view inflation

// for other tags. Note that we don’t check that the result is not-null.

// That allows the custom inflater path to fall back on the default one

// later in this method.

view = createView(context, name, attrs);

}

if (view == null && originalContext != context) {

// If the original context does not equal our themed context, then we need to manually

// inflate it using the name so that android:theme takes effect.

view = createViewFromTag(context, name, attrs);

}

if (view != null) {

// If we have created a view, check its android:onClick

checkOnClickListener(view, attrs);

}

return view;

}

这边利用了大量的switch case来进行系统控件的创建，例如：TextView

@NonNull

protected AppCompatTextView createTextView(Context context, AttributeSet attrs) {

return new AppCompatTextView(context, attrs);

}

都是new 出来一个具有兼容特性的TextView，返回出去。

但是，使用过switch 的人都知道，这种case形式的分支，无法涵盖所有的类型怎么办呢？这里switch之后，view仍然可能是null.

所以，switch之后，谷歌大佬加了一个if，但是很诡异，这段代码并未进入if，因为 originalContext != context并不满足…具体原因我也没查出来，（；´д｀）ゞ

if (view == null && originalContext != context) {

// If the original context does not equal our themed context, then we need to manually

// inflate it using the name so that android:theme takes effect.

view = createViewFromTag(context, name, attrs);

}

然而，这里的补救措施没有执行，那自然有地方有另外的补救措施：

回到之前的LayoutInflater的下面这段代码：

if (mFactory2 != null) {

view = mFactory2.onCreateView(parent, name, context, attrs);

} else if (mFactory != null) {

view = mFactory.onCreateView(name, context, attrs);

} else {

view = null;

}

这段代码的下面，如果view是空，补救措施如下：

if (view == null) {

final Object lastContext = mConstructorArgs[0];

mConstructorArgs[0] = context;

try {

if (-1 == name.indexOf(‘.’)) {//包含.说明这不是权限定名的类名

view = onCreateView(parent, name, attrs);

} else {//权限定名走这里

view = createView(name, null, attrs);

}

} finally {

mConstructorArgs[0] = lastContext;

}

这里的两个方法onCreateView(parent, name, attrs)和createView(name, null, attrs);都最终索引到：

public final View createView(String name, String prefix, AttributeSet attrs)

throws ClassNotFoundException, InflateException {

Constructor<? extends View> constructor = sConstructorMap.get(name);

if (constructor != null && !verifyClassLoader(constructor)) {

constructor = null;

sConstructorMap.remove(name);

}

Class<? extends View> clazz = null;

try {

Trace.traceBegin(Trace.TRACE_TAG_VIEW, name);

if (constructor == null) {

// Class not found in the cache, see if it’s real, and try to add it

clazz = mContext.getClassLoader().loadClass(

prefix != null ? (prefix + name) : name).asSubclass(View.class);

if (mFilter != null && clazz != null) {

boolean allowed = mFilter.onLoadClass(clazz);

if (!allowed) {

failNotAllowed(name, prefix, attrs);

}

constructor = clazz.getConstructor(mConstructorSignature);

constructor.setAccessible(true);

sConstructorMap.put(name, constructor);

} else {

// If we have a filter, apply it to cached constructor

if (mFilter != null) {

// Have we seen this name before?

Boolean allowedState = mFilterMap.get(name);

if (allowedState == null) {

// New class – remember whether it is allowed

clazz = mContext.getClassLoader().loadClass(

prefix != null ? (prefix + name) : name).asSubclass(View.class);

boolean allowed = clazz != null && mFilter.onLoadClass(clazz);

mFilterMap.put(name, allowed);

if (!allowed) {

failNotAllowed(name, prefix, attrs);

}

} else if (allowedState.equals(Boolean.FALSE)) {

failNotAllowed(name, prefix, attrs);

}

Object lastContext = mConstructorArgs[0];

if (mConstructorArgs[0] == null) {

// Fill in the context if not already within inflation.

mConstructorArgs[0] = mContext;

}

Object[] args = mConstructorArgs;

args[1] = attrs;

final View view = constructor.newInstance(args); // 真正需要关注的关键代码，就是这一行，执行了构造函数，返回了一个View对象

if (view instanceof ViewStub) {

// Use the same context when inflating ViewStub later.

final ViewStub viewStub = (ViewStub) view;

viewStub.setLayoutInflater(cloneInContext((Context) args[0]));

}

mConstructorArgs[0] = lastContext;

return view;

} catch (NoSuchMethodException e) {

·····

}

这么一大段好像有点让人害怕。其实真正需要关注的，就是反射的代码，最后的 newInstance().

OK，Activity上那些丰富多彩的View的来源，就说到这里, 如果有看不懂的，欢迎留言探讨. (￣▽￣) !

app中资源文件大管家 Resources / AssetManager 是怎么工作的

从我们的终极目的出发：我们要做的是“换肤”，如果我们拿到了要换肤的View，可以对他们进行setXXX属性来改变UI，那么属性值从哪里来?

界面元素丰富多彩，但是这些View，都是用资源文件来进行 "装扮"出来的，资源文件大致可以分为：

图片，文字，颜色，声音视频，字体等。如果我们控制了资源文件，那么是不是有能力对界面元素进行set某某属性来进行“再装扮”呢？当然，这是可行的。因为，我们平时拿到一个TextView，就能对它进行setTextColor，这种操作，在view还存活的时候，都可以进行操作，并且这种操作，并不会造成Activity的重启。

这些资源文件，有一个统一的大管家。可能有人说是R.java文件，它里面统筹了所有的资源文件int值.没错，但是这个R文件是如何产生作用的呢？答案：Resources.

本来这里应该写上源码追踪记录的,但是由于源码无法追踪，原因暂时还没找到，之前追查setContentView(R.layout.xxxx)的时候还可以debug，现在居然不行了，很诡异！

**答案找到了：因为我使用的是真机，一般手机厂商都会对原生系统进行修改，然后将系统写到到真机里面。

而，我们debug，用的是原生SDK。用实例来说，我本地是SDK 27的源码，真机也是27的系统，但是真机的运行起来的系统的代码，是被厂家修改了的，和我本地的必然有所差别，所以，有些代码报红，就很正常了，无法debug也很正常。**

既然如此，那我就直接写结论了，一张图说明一切：

5. “全app一键换肤” Demo源码详解(戳这里获得源码)

项目工程结构：

关键类 SkinFactory

`SkinFactory`类, 继承LayoutInflater.Factory2 ,它的实例，会负责创建View，收集 支持换肤的view

import android.content.Context;

import android.content.res.TypedArray;

import android.support.v7.app.AppCompatDelegate;

import android.text.TextUtils;

import android.util.AttributeSet;

import android.view.LayoutInflater;

import android.view.View;

import android.widget.TextView;

import com.enjoy02.skindemo.R;

import com.enjoy02.skindemo.view.ZeroView;

import java.lang.reflect.Constructor;

import java.util.ArrayList;

import java.util.HashMap;

import java.util.List;

public class SkinFactory implements LayoutInflater.Factory2 {

private AppCompatDelegate mDelegate;//预定义一个委托类，它负责按照系统的原有逻辑来创建view

private List listCacheSkinView = new ArrayList<>();//我自定义的list，缓存所有可以换肤的View对象

/**

给外部提供一个set方法
@param mDelegate

public void setDelegate(AppCompatDelegate mDelegate) {

this.mDelegate = mDelegate;

}

/**

Factory2 是继承Factory的，所以，我们这次是主要重写Factory的onCreateView逻辑，就不必理会Factory的重写方法了
@param name
@param context
@param attrs
@return

@Override

public View onCreateView(String name, Context context, AttributeSet attrs) {

return null;

}

/**

@param parent
@param name
@param context
@param attrs
@return

@Override

public View onCreateView(View parent, String name, Context context, AttributeSet attrs) {

// TODO: 关键点1：执行系统代码里的创建View的过程，我们只是想加入自己的思想，并不是要全盘接管

View view = mDelegate.createView(parent, name, context, attrs);//系统创建出来的时候有可能为空，你问为啥？请全文搜索 “标记标记，因为” 你会找到你要的答案

if (view == null) {//万一系统创建出来是空，那么我们来补救

try {

if (-1 == name.indexOf(‘.’)) {//不包含. 说明不带包名，那么我们帮他加上包名

view = createViewByPrefix(context, name, prefixs, attrs);

} else {//包含. 说明是权限定名的view name，

view = createViewByPrefix(context, name, null, attrs);

}

} catch (Exception e) {

e.printStackTrace();

}

//TODO: 关键点2 收集需要换肤的View

collectSkinView(context, attrs, view);

return view;

}

/**

TODO: 收集需要换肤的控件
收集的方式是：通过自定义属性isSupport，从创建出来的很多View中，找到支持换肤的那些，保存到map中

private void collectSkinView(Context context, AttributeSet attrs, View view) {

// 获取我们自己定义的属性

TypedArray a = context.obtainStyledAttributes(attrs, R.styleable.Skinable);

boolean isSupport = a.getBoolean(R.styleable.Skinable_isSupport, false);

if (isSupport) {//找到支持换肤的view

final int Len = attrs.getAttributeCount();

HashMap<String, String> attrMap = new HashMap<>();

for (int i = 0; i < Len; i++) {//遍历所有属性

String attrName = attrs.getAttributeName(i);

String attrValue = attrs.getAttributeValue(i);

attrMap.put(attrName, attrValue);//全部存起来

}

SkinView skinView = new SkinView();

skinView.view = view;

skinView.attrsMap = attrMap;

listCacheSkinView.add(skinView);//将可换肤的view，放到listCacheSkinView中

}
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后的最后

对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！

当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的

最后，互联网不存在所谓的寒冬，只是你没有努力罢了！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

Map.put(attrName, attrValue);//全部存起来

}

SkinView skinView = new SkinView();

skinView.view = view;

skinView.attrsMap = attrMap;

listCacheSkinView.add(skinView);//将可换肤的view，放到listCacheSkinView中

}
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

[外链图片转存中…(img-E8bYbwWh-1712337760774)]

[外链图片转存中…(img-Cf1miR91-1712337760775)]

[外链图片转存中…(img-nd1dQ5Hx-1712337760775)]

[外链图片转存中…(img-6adHQLZ0-1712337760775)]

[外链图片转存中…(img-Y8gYskLk-1712337760776)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后的最后

当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的

[外链图片转存中…(img-vKHfZ9AP-1712337760776)]

最后，互联网不存在所谓的寒冬，只是你没有努力罢了！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

2401_84152738

关注

5
点赞
踩
7

收藏

觉得还不错? 一键收藏
0
评论
Android hook技术实现一键换肤，2024最新秋招Android岗面试清单

对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的最后，互联网不存在所谓的寒冬，只是你没有努力罢了！《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！//全部存起来//将可换肤的view，放到listCacheSkinView中。
复制链接

扫一扫