Android 面试总结 - View，android界面开发详解

最新推荐文章于 2024-07-24 16:20:20 发布

2401_84103675

最新推荐文章于 2024-07-24 16:20:20 发布

阅读量900

点赞数 19

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

本文链接：https://blog.csdn.net/2401_84103675/article/details/137730507

版权

程序员专栏收录该内容

30 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

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

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

a.onWindowAttributesChanged(l);

}

// If the window has already been added, but during resume

// we started another activity, then don’t yet make the

// window visible.

} else if (!willBeVisible) {

if (localLOGV) Slog.v(TAG, “Launch " + r + " mStartedActivity set”);

r.hideForNow = true;

}

…

}

performResumeActivity 方法中，注释 1 处调用了 performResumeActivity 方法，最终会调用 Activity 的 onResume 方法。注释 2 处调用了 WindowManagerImpl 对象 wm 的 addView 方法。

// android.view.WindowManagerImpl

public final class WindowManagerImpl implements WindowManager {

@UnsupportedAppUsage

private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();

public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {

applyDefaultToken(params);

mGlobal.addView(view, params, mContext.getDisplayNoVerify(), mParentWindow,

mContext.getUserId());

}

WindowManagerImpl 的 addView 方法内部调用了 WindowManagerGlobal 对象 mGlobal 的 addView 方法。

// android.view.WindowManagerGlobal

public final class WindowManagerGlobal {

public void addView(View view, ViewGroup.LayoutParams params,

Display display, Window parentWindow, int userId) {

…

// 1

ViewRootImpl root;

View panelParentView = null;

synchronized (mLock) {

…

// 2

root = new ViewRootImpl(view.getContext(), display);

view.setLayoutParams(wparams);

mViews.add(view);

mRoots.add(root);

mParams.add(wparams);

// do this last because it fires off messages to start doing things

try {

// 3

root.setView(view, wparams, panelParentView, userId);

} catch (RuntimeException e) {

// BadTokenException or InvalidDisplayException, clean up.

if (index >= 0) {

removeViewLocked(index, true);

}

throw e;

}

在注释 1 处声明了 ViewRootImpl 类型变量 root；在注释 2 处创建了 ViewRootImpl 对象并赋值给 root；在注释 3 处调用了 ViewRootImpl 的 setView 方法。

到这儿 ViewRootImpl 的创建过程梳理完了。了解 ViewRootImpl 的创建过程 Activity 的显示流程非常有帮助，因为 Activity 的显示就是从 ViewRootImpl 创建后调用 setView 方法开始的。

Activity 是什么时候显示的

// android.view.ViewRootImpl

public final class ViewRootImpl implements ViewParent,

View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {

/**

We have one child

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView,

int userId) {

…

// Schedule the first layout -before- adding to the window

// manager, to make sure we do the relayout before receiving

// any other events from the system.

requestLayout();

…

}

@Override

public void requestLayout() {

if (!mHandlingLayoutInLayoutRequest) {

checkThread();

mLayoutRequested = true;

scheduleTraversals();

}

@UnsupportedAppUsage

void scheduleTraversals() {

if (!mTraversalScheduled) {

mTraversalScheduled = true;

// 1

mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();

// 2

mChoreographer.postCallback(

Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);

notifyRendererOfFramePending();

pokeDrawLockIfNeeded();

}

final class TraversalRunnable implements Runnable {

@Override

public void run() {

doTraversal();

}

final TraversalRunnable mTraversalRunnable = new TraversalRunnable();

void doTraversal() {

if (mTraversalScheduled) {

mTraversalScheduled = false;

// 1

mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);

if (mProfile) {

Debug.startMethodTracing(“ViewAncestor”);

}

// 2

performTraversals();

if (mProfile) {

Debug.stopMethodTracing();

mProfile = false;

}

private void performTraversals() {

…

// Execute enqueued actions on every traversal in case a detached view enqueued an action

// 1

getRunQueue().executeActions(mAttachInfo.mHandler);

…

performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);

…

performLayout(lp, mWidth, mHeight);

…

performDraw();

}

ViewRootImpl 的 setView 方法中调用了 requestLayout 方法。到这儿调用了应用开发中经常调用的方法 requestLayout。requestLayout 方法调用了 scheduleTraversals 方法，在 scheduleTraversals 方法中注释 1 处添加了同步屏障，简单来说添加同步屏障的目的是让 Handler 消息队列中先不执行同步消息，遇到异步消息就执行，在异步消息执行后，需要主动移除同步屏障（这是 Handler 中很重要的知识点，后面专门文章学习 Handler）。在 scheduleTraversals 方法的注释 2 处，调用 mChoreographer 的 postCallback 方法，传入 mTraversalRunnable 对象，这里设计屏幕刷新机制，简单的说，等下次 Vsync 信号来的时候回调用 mTraversalRunnable 的 run (后面专门文章学习屏幕刷新机制)。TraversalRunnable 的 run 方法中调用了 doTraversal 方法，在 doTraversal 方法中注释 1 处移除了同步屏障，注释 2 处调用了 performTraversals 方法。在 performTraversals 方法中注释 1 处调用了 getRunQueue 方法返回的 HandlerActionQueue 对象的 executeActions 方法，传入了 mAttachInfo.mHandler，现在需要确定下 mAttachInfo.mHandler 这个 Handler 是否是主线程的 Handler，还有就是 HandlerActionQueue 的 executeActions 是怎么处理的。

先来看看 mAttachInfo.mHandler：AttachInfo 是 View 的静态内部类，

// android.view.View

public final class View {

final static class AttachInfo {

/**

A Handler supplied by a view’s {@link android.view.ViewRootImpl}. This
handler can be used to pump events in the UI events queue.

final Handler mHandler;

/**

Creates a new set of attachment information with the specified
events handler and thread.
@param handler the events handler the view must use

AttachInfo(IWindowSession session, IWindow window, Display display,

ViewRootImpl viewRootImpl, Handler handler, Callbacks effectPlayer,

Context context) {

mSession = session;

mWindow = window;

mWindowToken = window.asBinder();

mDisplay = display;

mViewRootImpl = viewRootImpl;

mHandler = handler;

mRootCallbacks = effectPlayer;

mTreeObserver = new ViewTreeObserver(context);

}

mHandler 对象是在 AttachInfo 的构造函数中赋值的。

ViewRootImpl 的构造函数：

// android.view.ViewRootImpl

public final class ViewRootImpl implements ViewParent,

View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {

final ViewRootHandler mHandler = new ViewRootHandler();

public ViewRootImpl(Context context, Display display, IWindowSession session,

boolean useSfChoreographer) {

…

mAttachInfo = new View.AttachInfo(mWindowSession, mWindow, display, this, mHandler, this,

context);

…

}

mAttachInfo 是在 ViewRootImpl 的构造函数中创建的，并且传入了 mHandler 对象。mHandler 的类型是 ViewRootHandler。

final class ViewRootHandler extends Handler {}

ViewRootHandler 继承了 Handler，mHandler 对象被创建时使用的无参构造方法。所以 new ViewRootHandler() 会调用父类的构造方法 Handler()

// android.os.Handler

public class Handler {

public Handler() {

this(null, false);

}

public Handler(@Nullable Callback callback, boolean async) {

if (FIND_POTENTIAL_LEAKS) {

final Class<? extends Handler> klass = getClass();

if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&

(klass.getModifiers() & Modifier.STATIC) == 0) {

Log.w(TAG, "The following Handler class should be static or leaks might occur: " +

klass.getCanonicalName());

}

// 1

mLooper = Looper.myLooper();

if (mLooper == null) {

throw new RuntimeException(

"Can’t create handler inside thread " + Thread.currentThread()

" that has not called Looper.prepare()");

}

mQueue = mLooper.mQueue;

mCallback = callback;

mAsynchronous = async;

}

Handler 的无参构造方法又调用了 Handler(@Nullable Callback callback, boolean async) 构造方法。注释 1 处，获取当前线程的 Looper，而我们知道，ViewRootImpl 是在 handleResumeActivity 后面的流程创建的，所以这里获取的 Looper 是主线程 Looper。那 ViewRootHandler 也就是主线程队列的 Handler了。

也就是调用 HandlerActionQueue 的 executeActions 方法时传入的 mAttachInfo.mHandler 是主线程 Handler 哟，再回头看 HandlerActionQueue 的 executeActions 是怎么处理的：

// android.view.HandlerActionQueue

public class HandlerActionQueue {

private HandlerAction[] mActions;

private int mCount;

public void post(Runnable action) {

postDelayed(action, 0);

}

public void postDelayed(Runnable action, long delayMillis) {

final HandlerAction handlerAction = new HandlerAction(action, delayMillis);

synchronized (this) {

if (mActions == null) {

mActions = new HandlerAction[4];

}

mActions = GrowingArrayUtils.append(mActions, mCount, handlerAction);

mCount++;

}

public void executeActions(Handler handler) {

synchronized (this) {

final HandlerAction[] actions = mActions;

// 1

for (int i = 0, count = mCount; i < count; i++) {

final HandlerAction handlerAction = actions[i];

// 2

handler.postDelayed(handlerAction.action, handlerAction.delay);

}

mActions = null;

mCount = 0;

}

private static class HandlerAction {

final Runnable action;

final long delay;

public HandlerAction(Runnable action, long delay) {

this.action = action;

this.delay = delay;

}

public boolean matches(Runnable otherAction) {

return otherAction == null && action == null

|| action != null && action.equals(otherAction);

}

在 HandlerActionQueue 的 executeActions 方法的注释 1 处，遍历缓存的包装着 Runnable 和延时时间的 HandlerAction 数组，HandlerAction 的 action 是我们调用 View.post 方法传入的 Runnable 对象，而这时候 HandlerAction delay 属性是 0，为啥是 0 在上面分析 View.post 时分析过了。在注释 2 处，调用 handler 的 postDelayed 方法，传入 Runnable 对象和延时时间 0，这个用法和我们平常用 Handler 时候是一样的，最终 Handler 会将 Runnable 对象包装成 Message 发送到消息队列，此时发送的消息是同步消息。再回顾下 ViewRootImpl 的部分源码：

// android.view.ViewRootImpl

public final class ViewRootImpl implements ViewParent,

View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {

/**

We have one child

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView,

int userId) {

…

// Schedule the first layout -before- adding to the window

// manager, to make sure we do the relayout before receiving

// any other events from the system.

requestLayout();

…

}

@Override

public void requestLayout() {

if (!mHandlingLayoutInLayoutRequest) {

checkThread();

mLayoutRequested = true;

scheduleTraversals();

}

@UnsupportedAppUsage

void scheduleTraversals() {

if (!mTraversalScheduled) {

mTraversalScheduled = true;

// 1

mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();

// 2

mChoreographer.postCallback(

Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);

notifyRendererOfFramePending();

pokeDrawLockIfNeeded();

}

final class TraversalRunnable implements Runnable {

@Override

public void run() {

doTraversal();

}

final TraversalRunnable mTraversalRunnable = new TraversalRunnable();

void doTraversal() {

if (mTraversalScheduled) {

尾声

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

最后想要拿高薪实现技术提升薪水得到质的飞跃。最快捷的方式，就是有人可以带着你一起分析，这样学习起来最为高效，所以为了大家能够顺利进阶中高级、架构师，我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程，保证你学了以后保证薪资上升一个台阶。

思维脑图
性能优化学习笔记

性能优化视频

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

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

思维脑图
[外链图片转存中…(img-KWD2uhGr-1713029935800)]
性能优化学习笔记
[外链图片转存中…(img-ZvX1TfYD-1713029935801)]
[外链图片转存中…(img-MH8SSDpA-1713029935801)]

[外链图片转存中…(img-xns4DXTj-1713029935801)]
[外链图片转存中…(img-V9XyXK7Q-1713029935802)]

性能优化视频
[外链图片转存中…(img-Qbnrx9rd-1713029935802)]
当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-d9YkbmOx-1713029935802)]

2401_84103675

关注

19
点赞
踩
27

收藏

觉得还不错? 一键收藏
0
评论
Android 面试总结 - View，android界面开发详解

在 HandlerActionQueue 的 executeActions 方法的注释 1 处，遍历缓存的包装着 Runnable 和延时时间的 HandlerAction 数组，HandlerAction 的 action 是我们调用 View.post 方法传入的 Runnable 对象，而这时候 HandlerAction delay 属性是 0，为啥是 0 在上面分析 View.post 时分析过了。，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。
复制链接

扫一扫