2024年最全又来一个库，WebView,RecyclerView-多布局连贯滑动(3)，2024年最新项目总面试技巧

关注

原创最新推荐文章于 2026-11-04 10:16:39 发布 712 阅读 AI 写同款· GEO 优化 ›

Android面试-RecyclerView 内存泄漏（Memory Leak）：定义：内存泄漏发生在已分配的堆内存无法被垃圾回收器（GC）回收，因为应用程序中的某些部分仍然持有这些对象的引用，即使它们已经不再需要或使用。原因内部类引用：非静态内部类隐式持有对其外部类的引用，例如，一个非静态的Handler类可能会持有对其包含Activity的引用。监听器注册：事件监听器或广播接收器如果没有被适当地注销，可能会导致内存泄漏，例如在EventBus中注册的事件。上下文泄漏。阅读详情

前端框架

前端框架太多了，真的学不动了，别慌，其实对于前端的三大马车，Angular、React、Vue 只要把其中一种框架学明白，底层原理实现，其他两个学起来不会很吃力，这也取决于你以后就职的公司要求你会哪一个框架了，当然，会的越多越好，但是往往每个人的时间是有限的，对于自学的学生，或者即将面试找工作的人，当然要选择一门框架深挖原理。

以 Vue 为例，我整理了如下的面试题。

Vue部分截图

如果你觉得对你有帮助，可以戳这里获取：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_MOVE) {
// 需要拦截事件
if (isIntercept(ev)) {
return true;
}
}
return super.onInterceptTouchEvent(ev);
}

如果是滑动事件(ACTION_MOVE)，判断是否需要拦截事件，拦截则直接返回true，让事件交由ConsecutiveScrollerLayout的onTouchEvent方法处理。判断是否需要拦截的关键是isIntercept(ev)方法。

/**
* 判断是否需要拦截事件
*/
private boolean isIntercept(MotionEvent ev) {
// 根据触摸点获取当前触摸的子view
View target = getTouchTarget((int) ev.getRawX(), (int) ev.getRawY());

if (target != null) {
// 判断子view是否允许父布局拦截事件
ViewGroup.LayoutParams lp = target.getLayoutParams();
if (lp instanceof LayoutParams) {
if (!((LayoutParams) lp).isConsecutive) {
return false;
}
}

// 判断子view是否可以垂直滑动
if (ScrollUtils.canScrollVertically(target)) {
return true;
}
}

return false;
}

public class ScrollUtils {

static boolean canScrollVertically(View view) {
return canScrollVertically(view, 1) || canScrollVertically(view, -1);
}

static boolean canScrollVertically(View view, int direction) {
return view.canScrollVertically(direction);
}
}

判断是否需要拦截事件，主要是通过判断触摸的子view是否可以垂直滑动，如果可以垂直滑动，就拦截事件，让事件由ConsecutiveScrollerLayout自己处理。如果不是，就不拦截，一般不能滑动的view不会消费滑动事件，所以事件最终会由ConsecutiveScrollerLayout所消费。之所以不直接拦截，是为了能让子view尽可能的获得事件处理和分发给下面的view的机会。

这里有一个isConsecutive的LayoutParams属性，它是ConsecutiveScrollerLayout.LayoutParams的自定义属性，用于表示一个子view是否允许ConsecutiveScrollerLayout拦截它的滑动事件，默认为true。如果把它设置为false，父布局将不会拦截这个子view的事件，而是完全交由子view处理。这使得子view有了自己处理滑动事件的机会和分发事件的主动权。

这对于实现一些需要实现局部区域内滑动的特殊需求十分有用。我在GitHub中提供的demo和使用介绍中对isConsecutive有详细的说明，在这就不做过多介绍了。

滑动处理

把事件拦截后，就要在onTouchEvent方法中处理滑动事件。

@Override
public boolean onTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
// 记录触摸点
mTouchY = (int) ev.getY();
// 追踪滑动速度
initOrResetVelocityTracker();
mVelocityTracker.addMovement(ev);
break;
case MotionEvent.ACTION_MOVE:
if (mTouchY == 0) {
mTouchY = (int) ev.getY();
return true;
}
int y = (int) ev.getY();
int dy = y - mTouchY;
mTouchY = y;
// 滑动布局
scrollBy(0, -dy);
// 追踪滑动速度
initVelocityTrackerIfNotExists();
mVelocityTracker.addMovement(ev);
break;
case MotionEvent.ACTION_CANCEL:
case MotionEvent.ACTION_UP:
mTouchY = 0;

if (mVelocityTracker != null) {
// 处理惯性滑动
mVelocityTracker.computeCurrentVelocity(1000, mMaximumVelocity);
int yVelocity = (int) mVelocityTracker.getYVelocity();
recycleVelocityTracker();
fling(-yVelocity);
}
break;
}
return true;
}

// 惯性滑动
private void fling(int velocityY) {
if (Math.abs(velocityY) > mMinimumVelocity) {
mScroller.fling(0, mOwnScrollY,
1, velocityY,
0, 0,
Integer.MIN_VALUE, Integer.MAX_VALUE);
invalidate();
}
}

@Override
public void computeScroll() {
if (mScroller.computeScrollOffset()) {
int curY = mScroller.getCurrY();
// 滑动布局
dispatchScroll(curY);
invalidate();
}
}

onTouchEvent方法的逻辑非常简单，就是根据手指的滑动距离通过view的scrollBy方法滑动布局内容，同时通过VelocityTracker追踪手指的滑动速度，使用Scroller配合computeScroll()方法实现惯性滑动。

滑动距离的分发

在处理惯性滑动是时候，我们调用了dispatchScroll()方法，这个方法是整个ConsecutiveScrollerLayout的核心，它决定了应该由谁来消费这次滑动，应该滑动那个布局。

其实ConsecutiveScrollerLayout的scrollBy()和scrollTo()方法最终都是调用它来处理滑动的分发的。

这里有个mOwnScrollY属性，是用于记录ConsecutiveScrollerLayout的整体滑动距离的，相当于View的mScrollY属性。

dispatchScroll()方法把滑动分成向上和向下两部分处理。让我们先看向上滑动部分的处理。

private void scrollUp(int offset) {
int scrollOffset = 0; // 消费的滑动记录
int remainder = offset; // 未消费的滑动距离
do {
scrollOffset = 0;
// 是否滑动到底部
if (!isScrollBottom()) {
// 找到当前显示的第一个View
View firstVisibleView = findFirstVisibleView();
if (firstVisibleView != null) {
awakenScrollBars();
// 获取View滑动到自身底部的偏移量
int bottomOffset = ScrollUtils.getScrollBottomOffset(firstVisibleView);
if (bottomOffset > 0) {
// 如果bottomOffset大于0，表示这个view还没有滑动到自身的底部，那么就由这个view来消费这次的滑动距离。
int childOldScrollY = ScrollUtils.computeVerticalScrollOffset(firstVisibleView);
// 计算需要滑动的距离
scrollOffset = Math.min(remainder, bottomOffset);
// 滑动子view
scrollChild(firstVisibleView, scrollOffset);
// 计算真正的滑动距离
scrollOffset = ScrollUtils.computeVerticalScrollOffset(firstVisibleView) - childOldScrollY;
} else {
// 如果子view已经滑动到自身的底部，就由父布局消费滑动距离，直到把这个子view滑出屏幕
int selfOldScrollY = getScrollY();
// 计算需要滑动的距离
scrollOffset = Math.min(remainder,
firstVisibleView.getBottom() - getPaddingTop() - getScrollY());
// 滑动父布局
scrollSelf(getScrollY() + scrollOffset);
// 计算真正的滑动距离
scrollOffset = getScrollY() - selfOldScrollY;
}
// 计算消费的滑动距离，如果还没有消费完，就继续循环消费。
mOwnScrollY += scrollOffset;
remainder = remainder - scrollOffset;
}
}
} while (scrollOffset > 0 && remainder > 0);
}

public boolean isScrollBottom() {
List children = getNonGoneChildren();
if (children.size() > 0) {
View child = children.get(children.size() - 1);
return getScrollY() >= mScrollRange && !child.canScrollVertically(1);
}
return true;
}

public View findFirstVisibleView() {
int offset = getScrollY() + getPaddingTop();
List children = getNonGoneChildren();
int count = children.size();
for (int i = 0; i < count; i++) {
View child = children.get(i);
if (child.getTop() <= offset && child.getBottom() > offset) {
return child;
}
}
return null;
}

private void scrollSelf(int y) {
int scrollY = y;

// 边界检测
if (scrollY < 0) {
scrollY = 0;
} else if (scrollY > mScrollRange) {
scrollY = mScrollRange;
}
super.scrollTo(0, scrollY);
}

private void scrollChild(View child, int y) {
child.scrollBy(0, y);
}

向上滑动的处理逻辑是，先找到当前显示的第一个子view，判断它的内容是否已经滑动到它的底部，如果没有，则由它来消费滑动距离。

如果已经滑动到它的底部，则由ConsecutiveScrollerLayout来消费滑动距离，直到把这个子view滑出屏幕。这样下一次获取显示的第一个view就是它的下一个view了，重复以上的操作，直到把ConsecutiveScrollerLayout和所有的子view都滑动到底部，这样就整体都滑动到底部了。

这里使用了一个while循环操作，这样做是因为一次滑动距离，可能会由多个对象来消费，比如需要滑动50px的距离，但是当前显示的第一个子view还需要10px滑动到自己的底部，那么这个子view会消费10px的距离，剩下40px的距离就要进行下一次的分发，找到需要消费它的对象，以此类推。

向下滑动的处理跟向上滑动是一摸一样的，只是判断的对象和滑动的方向不同。

private void scrollDown(int offset) {
int scrollOffset = 0; // 消费的滑动记录
int remainder = offset; // 未消费的滑动距离
do {
scrollOffset = 0;
// 是否滑动到顶部
if (!isScrollTop()) {
// 找到当前显示的最后一个View
View lastVisibleView = findLastVisibleView();
if (lastVisibleView != null) {
awakenScrollBars();
// 获取View滑动到自身顶部的偏移量
int childScrollOffset = ScrollUtils.getScrollTopOffset(lastVisibleView);
if (childScrollOffset < 0) {
// 如果childScrollOffset大于0，表示这个view还没有滑动到自身的顶部，那么就由这个view来消费这次的滑动距离。
int childOldScrollY = ScrollUtils.computeVerticalScrollOffset(lastVisibleView);
// 计算需要滑动的距离
scrollOffset = Math.max(remainder, childScrollOffset);
// 滑动子view
scrollChild(lastVisibleView, scrollOffset);
// 计算真正的滑动距离
scrollOffset = ScrollUtils.computeVerticalScrollOffset(lastVisibleView) - childOldScrollY;
} else {