android framework

RootWindowContainer step1 处理每个窗口 RootWindowContainer#applySurfaceChangesTransaction() step2 调用Displa

之前分析了inputChannel注册流程和 inputDispatcher分发事件的流程，这篇看下事件从inputDispatcher分发到app的流程。上一篇inputDispatcher分发ht

消息从InputReader流转到InputDispatcher的notifyxxx方法，这边分析key事件 /native/services/inputflinger/dispatcher/Inpu

高清图：http://www.plantuml.com/plantuml/png/dLNFInmn5BxdhyXn1jRIynv4iMiHh8gkzb8OuiopXcQJ8SckjISBOWN5Kzj

上一篇 https://juejin.cn/post/7116056746052812808/ 分析到pollInner方法，epoll_wait睡眠timeoutMillis时间，或者其他线程往消息

handler的使用都不陌生，这也是面试的重点，在app开发中我们经常使用handler处理异步更新，线程切换。但是我们使用的java层的handler只是一个壳子，总控制和核心逻辑是在native层

在已有进程中启动activity 比如：从一个app的 MainActivity跳转到DetailActivity,这时候用户进程已经存在 如果要看在新进程中启动activity，可以参考：https

高清图：http://www.plantuml.com/plantuml/png/bLHTJnD157tVNp69B-MX2VhO1qA1a91WD0NYyp2zugRRcJeV86zYr83Qu0S

源码调试有两种方式，一种是基于android源码整体编译，生成android.ipr文件，然后导入Android studio，framework开发者基本都使用这种方式。但是这个是要下载并编译and

下载android源码，因为网络的原因，所以基本都是使用镜像。可以使用清华大学开源软件镜像站 https://mirrors.tuna.tsinghua.edu.cn/help/AOSP/ 如果可以翻

之前已经分析完在同app进程中bindService的过程。今天继续分析在新进程中bindService的流程。之前的分析可以参考https://juejin.cn/post/710270118470

这篇文章主要讲的是分真正两种情况启动service，一种是service运行的进程和app进程是同一个进程，还有一种是运行在独立进程中。AMS端的调度流程可以参考之前的文章https://juejin

之前分析了app端bindService的流程，详细https://juejin.cn/post/7100078692994383880/ 下面来分析一下AMS端的流程 ActivityManager

启动service之bindService，源码分析源码分析源码分析源码分析源码分析源码分析源码分析源码分析源码分析

布局是如何加载、显示？view的测量、摆放、绘制流程是什么样子的？ 显示过程中与wms的交互是什么流程？