Android_FrameWork菜鸟学习之路

InputManagerService的启动是在systemServer.startOtherServices()方法里 启动流程可以参考 这里传入的参数分包含 mHandler.getLooper(

常用命令 ABS :触摸 Key ：事件 为什么会响应该命令？ 在调用adb shell 进入手机后， 进入system/bin 里 进入toolbox 里面有一个getevent 可以执行。 源码位

内核基础概念理解 为什么在内核状态下进程是互通的。 因为在内核眼里 进程都是我管理的，对于内核来说 ，所有的东西都他控制的。内核就是无敌的。进程对于内核来说就像个变量一样。所以想怎么搞就怎么搞。操作系

ServiceManager在Java层的调用 addService() initServiceCache缓存的初始化 getService() 获取服务 其实可以看出Java这块，还算是比较简单，做

ServiceManger的个人理解 ServiceManager 就是个应用，在架构上没啥区别，也需要和binder 驱动交互。 唯一特殊就是 会保存 一些IBinder的引用，比如 A和B交互，不

Android IPC的几种方式 名称 优点 缺点 场景 Bundle 简单易用 只能传输Bundle支持的数据 四大组件间的进程间通信 文件共享 简单易用 不适合高并发场景，并且无法做到进程间的即使

Binder的启动 在基础启动流程的时候，我们知道是zygote.rc 会调用app_process 传入参数启动 AndroidRuntime 在构建后会调用start()方法onVmCreated

android 在开机启动后的代码里 ，并不会直接启动Launcher页面，而是会判断经过开机引导和FallbackHome 简单理解 开机引导>FallbackHome>Launcher 开机向导

总流程梳理 开局盗张图 其实对于普通的Framework人员一般都是从init相关开始 init main.cpp rc文件解析 init.rc zygote.rc app_process Zygot

开机动画的启动 在init.rc 中 会启动core组，Bootanim和surfaceFlinger 划归到了core Bootanim.rc surfaceFlinger.rc init 会将 s

Android Framework-Activity启动梳理。 基础代码流程和个人总结以及心得。

源头 18年那会和基友闲聊的时候，对方问了了我一个问题 ，我的回答是爱过！ 问题是 咱们看到的手机画面是不是一张张图快速的切换，如果是那流程是怎么样的？ 时隔多年，虽然鄙人不善画图，凑合画出下图，来回

SystemUI的秘密 路径：frameworks/base/packages/SystemUI 其实SystemUI就是个APP，主要功能如下 状态栏信息显示，比如电池，wifi/信号 通知面板，比

最近使用的列表在android12里面再次调整回到了Launcher3QuickStep中。 核心代码 CommandQueue.java 路径：frameworks/base/packages/Sy

BLE开发 BLE的出现原因 传统蓝牙设备的待机耗电量大一-直是为人所诟病的缺陷之一，这与传统蓝牙技术动辄采用16~ 32个频道进行广播不无关系，而低功耗蓝牙芯片仅使用了3个广播通道，且每次广播时射频

实现方法 android 10 才有的多屏异显示，都需要使用MediaProjectionManager 屏幕捕捉管理 都需要处理录屏权限 https://developer.android.com/

基础概念梳理 Vsync作用 SurfaceFlinger处理前后缓冲区的切换 上层Choreographer接收处理 卡顿 因为上层UI比较复杂，在下一次信号来临的时候，来不及绘制完成，只能继续使用

SurfaceFlinger 启动流程 基础流程 init.rc-> surfaceflinger.rc-->main_surfaceflinger.cpp-->SurfaceFlinger.cpp-

基础概念梳理 个人理解 在android中编写的view，最终需要通过OpenGl Es/Skia（Q以后使用Skia）向物理屏幕输出，最终显示我们要显示的画面。 在这个过程中，android 需要提

权限控制 DAC 概念 DAC 即 Discretionary Access control, 自主访问控制, 即系统只提供基本的验证, 完整的访问控制由开发者自己控制。 DAC的简洁造就了它的高效，