Android-值得深入思考的几个面试问答分享

最新推荐文章于 2024-11-02 10:50:29 发布

2401_84008965

最新推荐文章于 2024-11-02 10:50:29 发布

阅读量534

点赞数 20

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

本文链接：https://blog.csdn.net/2401_84008965/article/details/137577056

版权

程序员专栏收录该内容

274 篇文章 0 订阅

订阅专栏

本文详细探讨了Android中ViewGroup的dispatchTouchEvent方法，涉及坐标转换、动画处理和自定义分发顺序，以及AppCompatTextView与TextView的区别。重点讲解了如何通过自定义方法控制View的绘制顺序和XML解析中的技巧。

摘要由CSDN通过智能技术生成

如果非要修改这个顺序，很多同学首先会想到：

重写dispatchTouchEvent方法，然后在里面一个for循环，从0开始一个个调用子View的dispatchTouchEvent。

这个方法，不是说绝对不行，只是你要做的事情很多，就比如触摸坐标的转换：

我们都知道，ViewGroup在分派事件的时候，会检查子View是否应用过属性动画的(位移、缩放、旋转等)，如果有的话还要把坐标给映射回去。

接着，还会把相对于这个ViewGroup本身的触摸坐标转换成相对于对应子View的触摸坐标。

这样说可能有点绕，举个例子：

比如：当手指在屏幕中按下，ViewGroup中收到的event坐标(getX,getY)假设是【500,500】，刚好在这个位置上有个子View，那接下来肯定会把事件传给这个子View的dispatchTouchEvent，这时候如果坐标不转换直接传的话，那子View收到的event坐标(getX,getY)也是【500,500】，这明显是不对的，正确的坐标应该要分别减去它的left和top。

这看起来好像没什么大的影响，但如果你的子View没有重写onTouchEvent方法的话（比如子View是常用的ImageView，TextView之类的），你的OnClickListener就会无效了，因为默认的onTouchEvent在处理ACTION_MOVE的时候，会检查event的坐标是否已经脱离了View的边界范围，如果在边界范围之外的话，pressed将会失效（认为没有被按下），当ACTION_UP时，如果pressed为false，就不会执行PerformClick。

那难道没有方法可以完美地做到了吗？

在ViewGroup的dispatchTouchEvent方法中，虽然它是逆序的for，但是呢，它把子View拿出来的时候，却不是直接操作的mChildren数组，而是通过一个getAndVerifyPreorderedView方法来获得，这个方法会把当前索引传进去，还有一个preorderedList。

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
// …
final ArrayList preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i–) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
…
}

如果传进去的preorderedList不为空，那么就会直接从它里面去取。

####preorderedList怎么来？

通过调用buildOrderedChildList方法获取的。

buildOrderedChildList方法是怎么样的？

ArrayList buildOrderedChildList() {
final int childrenCount = mChildrenCount;
if (childrenCount <= 1 || !hasChildWithZ()) return null;

if (mPreSortedChildren == null) {
mPreSortedChildren = new ArrayList<>(childrenCount);
} else {
// callers should clear, so clear shouldn’t be necessary, but for safety…
mPreSortedChildren.clear();
mPreSortedChildren.ensureCapacity(childrenCount);
}

final boolean customOrder = isChildrenDrawingOrderEnabled();
for (int i = 0; i < childrenCount; i++) {
// add next child (in child order) to end of list
final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);
final View nextChild = mChildren[childIndex];
final float currentZ = nextChild.getZ();

// insert ahead of any Views with greater Z
int insertIndex = i;
while (insertIndex > 0 && mPreSortedChildren.get(insertIndex - 1).getZ() > currentZ) {
insertIndex–;
}
mPreSortedChildren.add(insertIndex, nextChild);
}
return mPreSortedChildren;
}

它里面是通过一个getAndVerifyPreorderedIndex方法来获取对应的子VIew索引，这个方法要传进去一个叫customOrder的boolean。

这个customOrder，看名字可以知道，是自定义顺序的意思，如果它为true的话，接着会通过getChildDrawingOrder(int childCount, int i)方法来获取对应的索引，而且，这个方法是protected的，所以我们可以通过重写这个方法并根据参数"i"来决定返回哪一个View所对应的索引，从而改变分发的顺序。

protected int getChildDrawingOrder(int childCount, int i) {
return i;
}

那这个customOrder，什么时候为true呢？

在buildOrderedChildList方法里可以看到这么一句：

final boolean customOrder = isChildrenDrawingOrderEnabled();

emmmm，也就是说，如果要自定义这个顺序的话，还需要调用setChildrenDrawingOrderEnabled(true)来开启。

重新捋一捋流程：

1. setChildrenDrawingOrderEnabled(true)来开启自定义顺序；
2. 重写getChildDrawingOrder方法来决定什么时候要返回哪个子View；

###2. AppCompatTextView 与 TextView 有什么区别？

1. compat库是如何将TextView替换为AppCompatTextVew的？
2. 为什么要进行替换？
3. 根据替换相关原理，我们可以做哪些事情？

####先从第二问开始吧:

AppCompatTextView继承自TextView，是对TextView的一种扩展，因为在5.0中首次推出了MaterialDesign这种设计风格。

但是众所周知的，5.0推出不可能所有的设备全都一下子更新到最新版本，为了在早期版本上实现新的功能（这些新功能比如从源码注释中解读到比如backgroundTint属性，根据文本内容自适应大小等）.

即为了新特性同样可以兼容老版本，framework在创建TextView实例的时候，自动帮我们进行了替换。

其它的AppCompatXXX与XXX的关系也是如此。

####第一问：

然后第一问，如何完成替换的，我们这里只拿最直观的流程举例，且尽可能的简化源码过程，在讨论这个问题之前，先了解几个预备知识：

View是怎么被解析创建出来的：

**1.LayoutInflater：**将布局XML文件实例化为其对应的View对象，我们在Activity中通过setContentView传入一个Layout的资源文件id，最终该方法最终会调用到PhoneWindow的setContentView方法，这个方法里面有调用到

mLayoutInflater.inflate(layoutResID, mContentParent);

2.inflate方法，该方法的作用是将指定的XML文件填充到View的层次结构中去，最终无论通过什么途径调用到inflate方法，都会走到三个参数的重载方法这里：

return inflate(parser, root, attachToRoot);

parser你可以认为持有将Layout.XML解析后的数据。后两个参数的意义如下：

1. root为null，attchToRoot无意义，inflate返回的是当前XML对应的根布局。
2. root不为null且attachToRoot为true，则整个XML对应的布局就设置了根布局是root。
3. root不为null且attachToRoot为false，则会将root的layoutParames设置给当前XML的布局。

知道了LayoutInflate.inflate做了什么，再往下，inflate中会调用createViewFromTag，从方法名就能知道，继续往下走，我们离答案越来越近了。

createViewFromTag做的事情非常有意思：

先看到787行这个if-else，条件是name中有没有"."字符，如果有我们会执行onCreateView，如果没有会执行createView。

####name啥时候有点？

自定义控件的时候。

当是系统控件的时候，createView会有一个填充了第二个参数的调用：

createView(name, “android.view.”, attrs);补上了View控件的全路径名，而自定义控件则不需要，因为传入的name就是一个全路径名。

####为什么要全路径名？

因为View控件对象的创建是通过反射来实现的：

clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
…
constructor = clazz.getConstructor(mConstructorSignature);
constructor.setAccessible(true);
sConstructorMap.put(name, constructor);
// …
args[1] = attrs;
final View view = constructor.newInstance(args);

下面对这几步做一个总结：

XML中保存了ViewTree的结构和View的相关标签信息（包括View的类型和一些属性值），然后这些信息会在后面通过反射的方式（如果没有Factory2和Factory的话）创建实例对象，如果创建的是ViewGroup，则会对它的子View遍历重复创建步骤，创建完View对象后，会add到对应的ViewGroup中。

其中相关方法的调用流程是：

inflate->rInflate->createViewFromTag->createView。

好像还是没有看到替换？

还是上一张图，我们只解释了后半部分，没有解释前半部分，那么什么是Factory?

继续往下看：

createViewFromTag中会先判断有没有Factory或者Factory2的对象，如果有，则调用Factory的onCreateView方法。

这两个类都是接口，其中Factory2是Factory的子接口，都只有唯一一个onCreateView方法。

不同之处在于Factory2的onCreateView方法传入了parentView。

该方法的作用就是你可以借助它来改造XML中已经存在了的Tag的值。所以Factory2可以达到改造parentView的目的。

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

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

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