From 301dae780f853423c215d1412233d1d265b65bae Mon Sep 17 00:00:00 2001 From: renjianbo <18691577328@163.com> Date: Mon, 12 Jan 2026 16:06:24 +0800 Subject: [PATCH] =?UTF-8?q?=E6=B5=8B=E8=AF=95?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .obsidian/workspace.json | 52 +- Bootloader到Init.md | 125 ---- Launcher启动流程.md | 3 - README.md | 0 SystemServer核心服务.md | 171 ------ Zygote进程启动.md | 167 ----- .../02-Activity管理/Activity启动流程（跨进程）.md | Bin 55 -> 5314 bytes .../Activity栈管理（Task&Stack）.md | Bin 66 -> 6088 bytes .../Areas/02-Activity管理/README.md | Bin 42 -> 5317 bytes .../Areas/02-Activity管理/异常恢复机制.md | Bin 26 -> 5652 bytes .../Areas/02-Activity管理/生命周期深度解析.md | Bin 34 -> 4871 bytes .../Areas/03-Window系统/README.md | Bin 40 -> 4814 bytes .../Areas/03-Window系统/SurfaceFlinger交互流程.md | Bin 54 -> 6376 bytes .../03-Window系统/WindowManagerService架构.md | Bin 62 -> 7811 bytes .../Areas/03-Window系统/窗口类型与层级.md | Bin 36 -> 6170 bytes .../Areas/03-Window系统/触摸事件传递.md | Bin 33 -> 5245 bytes .../04-资源与包管理/PackageManagerService.md | 309 +++++++++- .../Areas/04-资源与包管理/README.md | 144 ++++- .../Areas/04-资源与包管理/Resource资源加载机制.md | 371 +++++++++++- .../Areas/04-资源与包管理/动态加载与热修复原理.md | 250 +++++++- .../05-进程与线程通信/AIDL与HIDL使用与原理.md | 554 +++++++++++++++++ .../Binder机制（内核到Java层）.md | 78 +++ .../05-进程与线程通信/Handler机制源码解析.md | 89 +++ .../Areas/05-进程与线程通信/README.md | 152 ++++- .../Areas/05-进程与线程通信/跨进程同步与锁优化.md | 570 ++++++++++++++++++ docs/cursor/cursor.md | 132 ++-- test_lifecycle.md | 3 + 文档完善提示词模板.md | 427 +++++++++++++ 28 files changed, 3034 insertions(+), 563 deletions(-) delete mode 100644 Bootloader到Init.md delete mode 100644 Launcher启动流程.md delete mode 100644 README.md delete mode 100644 SystemServer核心服务.md delete mode 100644 Zygote进程启动.md create mode 100644 test_lifecycle.md create mode 100644 文档完善提示词模板.md diff --git a/.obsidian/workspace.json b/.obsidian/workspace.json index d32f2fe..ea9293f 100644 --- a/.obsidian/workspace.json +++ b/.obsidian/workspace.json @@ -13,12 +13,12 @@ "state": { "type": "markdown", "state": { - "file": "docs/Obsidian笔记体系/Areas/01-系统启动流程/Zygote进程启动.md", + "file": "docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md", "mode": "source", "source": false }, "icon": "lucide-file", - "title": "Zygote进程启动" + "title": "README" } } ] @@ -185,33 +185,33 @@ }, "active": "f1ecba89214e3cc5", "lastOpenFiles": [ - "docs/Obsidian笔记体系/Areas/01-系统启动流程/SystemServer核心服务.md", - "docs/Obsidian笔记体系/Areas/01-系统启动流程/Launcher启动流程.md", - "Zygote进程启动.md", - "SystemServer核心服务.md", - "docs/Obsidian笔记体系/Areas/01-系统启动流程/Bootloader到Init.md", - "docs/Obsidian笔记体系/Areas/01-系统启动流程/README.md", - "docs/Obsidian笔记体系/Areas/01-系统启动流程/Zygote进程启动.md", - "Launcher启动流程.md", - "Bootloader到Init.md", - "docs/Obsidian笔记体系/README.md", + "docs/Obsidian笔记体系/Areas/05-进程与线程通信/Handler机制源码解析.md", + "docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md", + "docs/Obsidian笔记体系/Areas/06-性能优化体系/内存优化（LeakCanary原理）.md", + "docs/Obsidian笔记体系/Areas/06-性能优化体系/启动优化方法论.md", + "docs/cursor/cursor.md", + "docs/Obsidian笔记体系/Templates/源码解析模板.md", + "docs/Obsidian笔记体系/Templates/问题排查模板.md", + "docs/Obsidian笔记体系/Templates/技术方案设计模板.md", + "docs/Obsidian笔记体系/Templates/会议记录模板.md", + "docs/Obsidian笔记体系/Areas/05-进程与线程通信/Binder机制（内核到Java层）.md", + "docs/Obsidian笔记体系/Areas/04-资源与包管理/Resource资源加载机制.md", + "docs/Obsidian笔记体系/Areas/05-进程与线程通信/AIDL与HIDL使用与原理.md", + "docs/Obsidian笔记体系/Areas/05-进程与线程通信/跨进程同步与锁优化.md", + "docs/Obsidian笔记体系/Areas/06-性能优化体系/功耗优化工具链.md", + "docs/Obsidian笔记体系/Areas/04-资源与包管理/PackageManagerService.md", + "文档完善提示词模板.md", + "docs/Obsidian笔记体系/Areas/04-资源与包管理/动态加载与热修复原理.md", + "Resource资源加载机制.md", "README.md", - "docs/Obsidian笔记体系/Areas/07-系统安全/密钥存储与加密.md", - "docs/Obsidian笔记体系/Areas/07-系统安全/漏洞案例库.md", - "docs/Obsidian/2026-01-05 个人文档管理.md", - "docs/Obsidian笔记体系/Areas/01-系统启动流程/Bootloader到Init.md.bak", - "docs/学习笔记/gerrit分支规范.md", - "docs/Obsidian笔记体系/MOCs/Android Framework知识体系图.md", - "docs/Obsidian笔记体系/MOCs/源码阅读地图.md", - "docs/Obsidian笔记体系/MOCs/高频问题索引.md", - "docs/Obsidian笔记体系/Daily/templates/每日模板.md", - "docs/Obsidian笔记体系/Daily/2024-06-02.md", - "docs/Obsidian笔记体系/Daily/2024-06-01.md", - "docs/Obsidian笔记体系/Config/插件列表与配置.md", - "docs/Obsidian笔记体系/Areas/02-Activity管理/生命周期深度解析.md", - "docs/Obsidian笔记体系/Areas/02-Activity管理/异常恢复机制.md", + "PackageManagerService.md", + "docs/Obsidian笔记体系/Areas/03-Window系统/README.md", + "docs/Obsidian笔记体系/Areas/04-资源与包管理/README.md", + "动态加载与热修复原理.md", "docs/Obsidian笔记体系/Areas/03-Window系统/WindowManagerService架构.md", "docs/Obsidian笔记体系/Areas/03-Window系统/SurfaceFlinger交互流程.md", + "docs/Obsidian笔记体系/Areas/03-Window系统/窗口类型与层级.md", + "docs/Obsidian笔记体系/Areas/01-系统启动流程/Bootloader到Init.md.bak", "docs/Obsidian笔记体系/Config/自定义脚本/源码链接生成器.py", "docs/Obsidian笔记体系/Config/自定义脚本/自动生成日报.js", "docs/Obsidian笔记体系/Config/主题与样式.css", diff --git a/Bootloader到Init.md b/Bootloader到Init.md deleted file mode 100644 index 19d35ba..0000000 --- a/Bootloader到Init.md +++ /dev/null @@ -1,125 +0,0 @@ -# Bootloader到Init：Android系统启动的第一阶段 - -Android系统启动是一个复杂的过程，从硬件上电到用户界面呈现，涉及多个阶段的协同工作。本文详细分析从Bootloader到Init进程的完整启动流程。 - -## 启动流程概览 - -```mermaid -graph TD - A[硬件上电] --> B[Bootloader执行] - B --> C[加载内核] - C --> D[内核初始化] - D --> E[挂载文件系统] - E --> F[启动Init进程] - F --> G[解析init.rc] - G --> H[启动系统服务] -``` - -## 1. Bootloader阶段 - -### 1.1 硬件初始化 -- **电源管理**：初始化CPU、内存、时钟等硬件 -- **外设检测**：识别存储设备、显示设备等 -- **安全验证**：验证引导镜像的完整性和签名 - -### 1.2 引导加载程序 -- **Primary Bootloader**：芯片厂商提供的初始引导程序 -- **Secondary Bootloader**：设备厂商定制的引导程序（如U-Boot） -- **引导参数传递**：通过设备树（Device Tree）或ATAGS向内核传递参数 - -### 1.3 内核加载 -- **镜像选择**：根据启动模式选择相应的内核镜像 -- **内存布局**：设置内核加载地址和内存映射 -- **跳转到内核**：将控制权交给内核入口点 - -## 2. 内核启动阶段 - -### 2.1 内核初始化 -- **体系结构相关初始化**：CPU架构特定的设置 -- **内存管理初始化**：建立页表，初始化内存分配器 -- **设备树解析**：解析硬件配置信息 - -### 2.2 驱动加载 -- **早期驱动**：控制台、定时器等基础驱动 -- **存储驱动**：加载文件系统所需的驱动 -- **设备初始化**：初始化各种硬件设备 - -### 2.3 挂载文件系统 -- **根文件系统**：挂载ramdisk或实际存储 -- **必要目录创建**：创建/dev、/proc、/sys等目录 -- **设备节点创建**：创建设备文件节点 - -## 3. Init进程启动 - -### 3.1 Init进程的职责 -- **第一个用户空间进程**：PID为1的特殊进程 -- **系统服务管理**：启动和管理所有系统服务 -- **进程监控**：监控子进程状态，处理僵尸进程 - -### 3.2 init.rc配置文件 -```bash -# init.rc示例片段 -on early-init - # 早期初始化 - mkdir /dev - mount tmpfs tmpfs /dev - -on init - # 主初始化阶段 - symlink /system/bin /bin - -on boot - # 启动系统服务 - start servicemanager - start surfaceflinger -``` - -### 3.3 关键系统服务启动顺序 -1. **servicemanager**：Binder IPC服务管理器 -2. **surfaceflinger**：图形合成服务 -3. **zygote**：应用进程孵化器 -4. **system_server**：系统核心服务 - -## 4. 调试与优化 - -### 4.1 启动时间分析 -- **bootchart工具**：可视化启动时间分布 -- **内核日志分析**：`dmesg | grep -i "init"` -- **init日志**：`logcat -b events | grep "boot_progress"` - -### 4.2 常见问题排查 -- **启动卡住**：检查驱动初始化顺序 -- **服务启动失败**：查看服务依赖关系 -- **权限问题**：检查SELinux策略 - -### 4.3 优化建议 -- **并行启动**：优化服务启动顺序，减少依赖等待 -- **延迟加载**：非关键服务延迟到系统启动后加载 -- **预加载优化**：预加载常用库和资源 - -## 5. 实践案例 - -### 5.1 自定义启动服务 -```bash -# 在init.rc中添加自定义服务 -service myservice /system/bin/myservice - class main - user system - group system - oneshot -``` - -### 5.2 启动参数调优 -- **内核参数**：调整内存分配、调度策略 -- **init参数**：设置环境变量、调整服务优先级 -- **系统属性**：配置系统特性开关 - -## 总结 - -Bootloader到Init是Android系统启动的基础阶段，理解这一过程对于： -- **系统定制开发**：修改启动流程满足特定需求 -- **性能优化**：减少启动时间，提升用户体验 -- **问题排查**：快速定位启动阶段的问题 -- **安全加固**：增强启动过程的安全性 - -掌握这一阶段的原理和技术细节，是成为高级Android Framework工程师的重要基础。 \ No newline at end of file diff --git a/Launcher启动流程.md b/Launcher启动流程.md deleted file mode 100644 index 6cfc657..0000000 --- a/Launcher启动流程.md +++ /dev/null @@ -1,3 +0,0 @@ -# Launcher启动流程 - -Android系统Launcher的完整启动流程分析。 \ No newline at end of file diff --git a/README.md b/README.md deleted file mode 100644 index e69de29..0000000 diff --git a/SystemServer核心服务.md b/SystemServer核心服务.md deleted file mode 100644 index 0c5914c..0000000 --- a/SystemServer核心服务.md +++ /dev/null @@ -1,171 +0,0 @@ -# SystemServer核心服务：Android系统服务的基石 - -SystemServer是Android系统的核心服务进程，负责启动和管理所有系统级服务。本文详细分析SystemServer的启动流程、核心服务架构和关键实现。 - -## SystemServer启动流程概览 - -```mermaid -graph TD - A[Zygote fork SystemServer] --> B[加载SystemServer类] - B --> C[执行main方法] - C --> D[初始化系统上下文] - D --> E[启动引导服务] - E --> F[启动核心服务] - F --> G[启动其他服务] - G --> H[进入Looper循环] -``` - -## 1. SystemServer进程创建 - -### 1.1 从Zygote孵化 -- **进程创建**：Zygote通过fork创建SystemServer进程 -- **资源继承**：继承Zygote预加载的类和资源 -- **权限设置**：设置系统级权限和用户组 - -### 1.2 关键启动代码 -```java -// SystemServer.java -public static void main(String[] args) { - new SystemServer().run(); -} - -private void run() { - // 1. 初始化系统环境 - Looper.prepareMainLooper(); - System.loadLibrary("android_servers"); - - // 2. 创建系统上下文 - createSystemContext(); - - // 3. 启动系统服务 - startBootstrapServices(); - startCoreServices(); - startOtherServices(); - - // 4. 进入事件循环 - Looper.loop(); -} -``` - -## 2. 引导服务（Bootstrap Services） - -### 2.1 关键引导服务 -- **Installer**：应用安装服务 -- **ActivityManagerService**：Activity管理服务 -- **PowerManagerService**：电源管理服务 -- **PackageManagerService**：包管理服务 -- **DisplayManagerService**：显示管理服务 - -### 2.2 服务依赖关系 -```java -// 引导服务启动顺序 -mSystemServiceManager.startService(Installer.class); -mActivityManagerService = mSystemServiceManager.startService( - ActivityManagerService.Lifecycle.class).getService(); -mActivityManagerService.setSystemProcess(); -``` - -## 3. 核心服务（Core Services） - -### 3.1 系统核心服务 -- **BatteryService**：电池服务 -- **UsageStatsService**：使用统计服务 -- **WebViewUpdateService**：WebView更新服务 -- **DropBoxManagerService**：日志收集服务 - -### 3.2 关键配置服务 -- **AlarmManagerService**：闹钟服务 -- **InputManagerService**：输入管理服务 -- **WindowManagerService**：窗口管理服务 -- **VrManagerService**：VR管理服务 - -## 4. 其他服务（Other Services） - -### 4.1 系统功能服务 -- **CameraService**：相机服务 -- **AudioService**：音频服务 -- **SensorService**：传感器服务 -- **BluetoothService**：蓝牙服务 - -### 4.2 网络与连接服务 -- **ConnectivityService**：连接服务 -- **NsdService**：网络服务发现 -- **VpnManagerService**：VPN管理服务 -- **EthernetService**：以太网服务 - -## 5. 服务生命周期管理 - -### 5.1 服务启动顺序 -1. **基础服务**：Installer, PowerManager -2. **核心框架**：ActivityManager, PackageManager -3. **硬件抽象**：DisplayManager, SensorService -4. **应用服务**：WindowManager, InputManager - -### 5.2 服务依赖解析 -- **显式依赖**：通过构造函数参数传递 -- **隐式依赖**：通过ServiceManager获取 -- **循环依赖**：使用代理模式解决 - -## 6. 性能优化与调试 - -### 6.1 启动时间优化 -- **并行启动**：无依赖服务并行启动 -- **延迟加载**：非关键服务延迟启动 -- **预加载优化**：预加载常用资源 - -### 6.2 内存管理 -- **服务内存监控**：监控各服务内存使用 -- **资源释放**：及时释放未使用资源 -- **内存泄漏检测**：定期检查内存泄漏 - -### 6.3 调试工具 -```bash -# 查看SystemServer日志 -adb logcat -s SystemServer:I - -# 分析服务启动时间 -adb shell dumpsys activity service SystemServer - -# 性能分析 -adb shell systrace.py system_server -``` - -## 7. 定制化开发 - -### 7.1 添加自定义服务 -```java -// 自定义系统服务 -public class MySystemService extends SystemService { - public MySystemService(Context context) { - super(context); - } - - @Override - public void onStart() { - publishBinderService("my_service", new MyServiceImpl()); - } -} - -// 在SystemServer中注册 -mSystemServiceManager.startService(MySystemService.class); -``` - -### 7.2 服务配置调整 -- **启动参数**：调整服务启动参数 -- **资源限制**：设置服务资源限制 -- **优先级调整**：调整服务运行优先级 - -### 7.3 厂商定制 -- **硬件适配**：添加硬件特定服务 -- **功能扩展**：扩展系统功能 -- **性能调优**：针对特定硬件优化 - -## 总结 - -SystemServer作为Android系统的服务基石，其设计和实现直接影响： -- **系统稳定性**：服务的可靠性和容错能力 -- **性能表现**：启动时间和运行效率 -- **功能扩展**：系统功能的可扩展性 -- **调试维护**：问题的定位和解决效率 - -深入理解SystemServer的架构和实现，对于Android Framework工程师进行系统定制、性能优化和问题排查具有重要意义。 \ No newline at end of file diff --git a/Zygote进程启动.md b/Zygote进程启动.md deleted file mode 100644 index 1cd4f49..0000000 --- a/Zygote进程启动.md +++ /dev/null @@ -1,167 +0,0 @@ -# Zygote进程启动：Android应用进程的孵化器 - -Zygote是Android系统的特殊进程，负责孵化（fork）应用进程，实现应用的快速启动和资源共享。本文详细分析Zygote的启动流程、工作原理和优化策略。 - -## Zygote启动流程概览 - -```mermaid -sequenceDiagram - participant Init - participant Zygote进程 - participant SystemServer - participant App进程 - - Init->>Zygote进程: 启动Zygote - Zygote进程->>Zygote进程: 预加载类和资源 - Zygote进程->>SystemServer: fork SystemServer - SystemServer->>SystemServer: 启动系统服务 - Zygote进程->>App进程: fork 应用进程 - App进程->>App进程: 执行应用代码 -``` - -## 1. Zygote进程创建 - -### 1.1 Init启动Zygote -- **init.rc配置**：在init.rc中配置Zygote服务 -- **进程创建**：init进程fork出Zygote进程 -- **权限设置**：设置Zygote进程权限和资源限制 - -### 1.2 Zygote服务配置 -```bash -# init.rc中的Zygote配置 -service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server - class main - socket zygote stream 660 root system - onrestart write /sys/android_power/request_state wake - onrestart write /sys/power/state on - onrestart restart media - onrestart restart netd -``` - -## 2. Zygote初始化 - -### 2.1 预加载机制 -- **类预加载**：预加载常用Java类 -- **资源预加载**：预加载常用资源 -- **库预加载**：预加载系统库 - -### 2.2 关键初始化代码 -```java -// ZygoteInit.java -public static void main(String argv[]) { - // 1. 预加载类和资源 - preload(); - - // 2. 启动SystemServer（如果指定） - if (argv.length > 1 && argv[1].equals("--start-system-server")) { - startSystemServer(); - } - - // 3. 进入Socket监听循环 - runSelectLoop(); -} -``` - -## 3. 进程孵化机制 - -### 3.1 fork流程 -1. **接收请求**：通过Socket接收进程创建请求 -2. **参数解析**：解析应用启动参数 -3. **进程fork**：调用fork系统调用创建新进程 -4. **子进程初始化**：在新进程中执行应用代码 - -### 3.2 关键孵化代码 -```java -// ZygoteConnection.java -private Runnable handleChildProc(Arguments parsedArgs, FileDescriptor[] descriptors) { - // 关闭Zygote的Socket - closeSocket(); - - // 设置进程名 - Process.setArgV0(parsedArgs.niceName); - - // 执行应用入口 - return ZygoteInit.zygoteInit(parsedArgs.targetSdkVersion, - parsedArgs.remainingArgs, null); -} -``` - -## 4. 资源共享优化 - -### 4.1 Copy-on-Write机制 -- **内存共享**：父子进程共享只读内存页 -- **写时复制**：修改时复制内存页 -- **资源复用**：复用预加载的类和资源 - -### 4.2 预加载内容 -- **系统类**：android.*, java.*, javax.* 等 -- **框架资源**：主题、字符串、图片等 -- **本地库**：系统so库 - -## 5. 性能优化策略 - -### 5.1 启动时间优化 -- **延迟预加载**：非关键类延迟加载 -- **类过滤**：过滤不常用的类 -- **并行加载**：并行预加载资源 - -### 5.2 内存优化 -- **内存共享**：最大化内存共享 -- **资源清理**：及时清理无用资源 -- **内存监控**：监控Zygote内存使用 - -### 5.3 稳定性优化 -- **进程隔离**：确保进程间隔离 -- **异常处理**：完善的异常处理机制 -- **重启恢复**：Zygote崩溃后的恢复 - -## 6. 调试与问题排查 - -### 6.1 常见问题 -- **Zygote崩溃**：导致所有应用重启 -- **内存泄漏**：预加载资源泄漏 -- **启动失败**：应用进程创建失败 - -### 6.2 调试工具 -```bash -# 查看Zygote日志 -adb logcat -s Zygote:I - -# 分析Zygote内存使用 -adb shell dumpsys meminfo zygote - -# 跟踪进程创建 -adb shell strace -p -``` - -### 6.3 性能分析 -- **启动时间**：分析应用启动时间 -- **内存占用**：分析内存共享效果 -- **CPU使用**：分析Zygote CPU使用率 - -## 7. 定制化开发 - -### 7.1 预加载策略调整 -- **自定义类**：添加自定义预加载类 -- **资源优化**：优化预加载资源列表 -- **库管理**：管理预加载的本地库 - -### 7.2 进程管理优化 -- **进程限制**：调整进程创建限制 -- **优先级管理**：优化进程优先级 -- **资源控制**：控制进程资源使用 - -### 7.3 厂商定制 -- **硬件适配**：针对特定硬件优化 -- **功能扩展**：扩展Zygote功能 -- **性能调优**：针对特定场景优化 - -## 总结 - -Zygote作为Android应用进程的孵化器，其设计和实现直接影响： -- **应用启动速度**：通过预加载和资源共享加速启动 -- **系统内存效率**：通过Copy-on-Write减少内存占用 -- **系统稳定性**：确保进程创建的安全可靠 -- **系统扩展性**：支持多种应用场景和需求 - -深入理解Zygote的工作原理和优化策略，对于Android Framework工程师进行系统性能优化、问题排查和功能扩展具有重要意义。 \ No newline at end of file diff --git a/docs/Obsidian笔记体系/Areas/02-Activity管理/Activity启动流程（跨进程）.md b/docs/Obsidian笔记体系/Areas/02-Activity管理/Activity启动流程（跨进程）.md index a412f225d54328493af5f9dde91d0096a94fa2dc..e10002a38e6733ef23aa9f4fcf301465337ac4c9 100644 GIT binary patch literal 5314 zcmaJ_-BVLZ7JtuQ(Iqdzl340ERypNVMR#V4TD2@;*V=v2YjVY`A<5#ea`J`2g>Dv>U5v)k6)j@pBu+*EF8(ip2jlI z_{0_;-4Gx9?Tr_o5A)96hI71t>p~!)i0t_x|G;CI+X^S5>0~Tw?>6klo96x|Un_~l z0U&MG*P8W7=QxLAilSEFdM23Y^sW3Av z#_Ln|)JB-Xb(-o{mn2dS+%ghIkD2Z=(@$d&^E7oTb^VLX>tB)iuV+2Uj4A18rIDdT zX<5hj--mB?U1e4VOjg>1?R0*tOC39vw-DaWM8-^HAYNi|(0x52-e$#{b&ZtNTxHJI zp4b`S`32sntMbV6cLQRn?3T06yZ+CI1!N6U(@(_Awq~f@_m6pgkylVh%A*!4>8}`F=PyUqF_|iBBtN0~18TxRIzPbs%lzmS zFO(ERD-l>O`d6W#Pbh^d!BV;qV$=o{7Ulut1cm$kseucC(Y9#9dwFYcq6$qMT?xCpBpRu zaGW%f`=}i9kcb-TD1fFFOZ3Fe?qtf|Ea*Hagrdib2kvl**l~F(@+!))c*aaq4_t&) zQpJ$>`O;XiWil{cY$9N*f0n&1((`L@5f8fkNWM(H$TGt zgdIUF@=C*gAS%4#c&;w|7)Zo&J`Rccgx#o!!Z8xl(p??mqsz|G5fr-ws>vb|qIfD7 zr~1i0BHW=RX{AG-0WNERF6y>R5;$=dQ9gN>>ggNj1Obge0ePFDRpBoc0@ekfkO|4O z{ZKM-1G+6^!bl+t6-R>Re#5RG!?brZnM?r)K>qB;OJ1Gl`E8ZL)_xCM2HxBVU(1QH zbum=~XoQeZ()}!f7{z@$Pv1bE{E5!Z&O<|E6tBk;Q8P^&7M(XAc}WN59*Z1`<1;UV;0zwhfJ_NsuP9Z=sH| z6=(2>-b&=gw=&}NBAl&3hj?ca(tPZqJyhiH@%?=$Bmy%U!q76WabS*~+CT<5QcrF0 zy+0rWyu2ZM9$%YC%@1nOoqnAV1MZ1JML(g*NLdW%H!=+JG+RAGhIg9v-%yMwXZczM zT8-3!XF3UKM03 zJn9vlO0(8_X2EkKVun)BaISkAgJ&E}pXer*Bnj47qJ6z7U}L>zZ%odtnqm0LldO8- zd{w|hyek>#Pgn*_!O4WBdv=LITRWA0$}TktVuMo~7PEv);oEoNHqizIb~~A2cTEc( zrBQfZ$ooX12hA_y#iZR>q>j|SIPkR{=fgVEd5D2m9c?2ub!&6K*DnmC?`PzUzLFXeWio9D!i^#hxXiF8}}l diff --git a/docs/Obsidian笔记体系/Areas/02-Activity管理/Activity栈管理（Task&Stack）.md b/docs/Obsidian笔记体系/Areas/02-Activity管理/Activity栈管理（Task&Stack）.md index 322e5517ee0fee492153bad6d3e051a00aeaf950..3ca0ded8d75cd2dddc0200018a1d3e6f5446390d 100644 GIT binary patch literal 6088 zcmb7ITT@e67JkpKID=JFY7KF~YfZOS0b(~bik2`lZB2DygsAC;Kqav+RX!w`kN^pZ z8g3y1L2iwZfN}{5kRQ`$?{o6xUzoMm+WT;V+RgA3&R%Qnb@|q9e=JwdXieP#&rhDf zuY5jcvMT} z98Y|%fu~w$vqOVF|FcK*e;ug@S2jqiHTW@Hhg5>Hso}p$FRkf&t-k(-)@=LK{Jlll z+<>Pow$m0mb$fe|>PuHQs;l9L{p!Z!tG|<1+de(`L*Xnn#*&+sb;kzXwCQ(;q~5ei zZU2na7O>1&f8#kz71+ospO9joYfX*9!x(}FryWOZt|a2SJjg0L;`of#;B3&q%V4QO zm0lbp^`!LzX!Y9p^R-mx&wo6~fH7uehDBm5S_10ZZMW_MHGqVVZ}LQ*pn}XNB_g|# zUgfbpy;#yqLo6TXu@s+6Rdf4nZ%IGQn!&hUTGUIgK%NS9b!LdAVknW#%vOUzQmPs9 zK~wtMMDzHtSxE~@0QlrCD;$`yHJdo#R$gcnUVtOY2DUZJgDcAHwwq*ax}X=~#;92s z5}eX0##Wiljv|F#EW-ihhItfWBfklW8=9 zWi+yYEXZgUkFeA`n+1?>`q3yxy3whf^fIL=nb-({rgIjXVdWC3uP_5vvC1UgbnAB0 zH(gCFoo)Ya>wM7F-uj=e&ZdrkB02HvrS~G=gDXfLfQr=g__4-hRF_4S&pZFgK=&ttbg;DiHF;WA+oOdKN7 z9bda--NdwZQBC}Z*VX5~Ugx~y@_5y)lzWPx*Y(WX{q#voEhhFW4*Z*Tw4qFUc~54e18Z@}Yya=k9#d*-eK6)z|qZ&-!NE0fF9K>|Ji0K+-(IKwLl(H&MtK}&(zevXfokEhY=SVok9!iA-j>NEj zC>&1I=_9E8=H?5LofG?fILNZA3hw%01wONEiBA`hnk}xd#f(Vz>3lVqQLa_WVpdgi zyKFHb#91nXGkV>f{R2v8kPlS+ZII6`k=*4$KAUBG@9AI)2^;h_Et(kZ3m|yK2E6 z4CBK`cCQyB(9-qd2soJ>j~|SgyvRjNYdQpsLlAg&*mAB2+9zf}?J>sV)i(=ZgE3uZ zhvU`Uj?Iiq8cU3m+!JwV^9l%cBglkkV|3kkH%gkLX7GU}<|$>Rk+S?5%OSq8z#_YP zc|xg2#!$IRu9+_mL3OjRq>ibOoWv1-vt*=qECZ_P5Zg*h?X^ozt<4*N9MW#}x}NZ{ z6_`{gI+q|FSg{D$5+@>;esKNda$LBe5fy1`=Hk#~z>hX54i8Fnx_Wv9tN$#WIX_?h z&V40j4)G^MtD<>287;S4o9=gY-o0lD5i&5?1pCv8>1b>J=60)Hju3-+Ba`A(7D;WO zqAPVQZOB=t)297y*SBpQopt<`$t^0THblq=l zX>IT90D+*A%;ap)th|(%n>sQUOR8R;0aP?19*lArW&+9wI|2X~=1Pc8VOAlJlPI>o zYt2kDB_%Y-huU?`>;74S?rh+x$Nx9Y-Z`Azy)M81+*is-zdLXW5NXdfYbYf!Y4VB_ zsI$k&0lDc5sN^|I`oYa=zPs!cAmFbPFfqa8Mk5X-$7M(kYy4r0VJJ74eAFN)DKJ^t z0o1+{VM*PDlxB2|gmVqZSn~A`NEDN|f54 zlG_e_n8%^O!I7BEh+HYG1^^a|^27p4g}uUp0E)FOS);=XgR?G|ef!tsa3BW(^AQ3yW=nd!dOK z!~0;ma)#qiQP=76J#ky%KZ(0PE?!pQIW_R?HRjKNcLnB^#f-5w$&zoWq3Fd?(W}(9 zO1`-wDs*fJs=3v5ItF?@fqH+p&+YcA-bp{RgIL)y=b~I@q6)_+$VG$W% z4TAJNR&sKe4($-V;=HIqHXG?Jd&FSKyaiEs-0$mC`djLvXbMCPqY8&D2Gva3ST2+D zXf31_9K%Y-BCB+WnwvXeUP{?bRo)ll)y5QT6?PHhtyGa7xU9h*QSy^`ahg2UDGNb^5+_x5T%&-w=Zzxp+oTp834 zkJ}H|NHLVNvN!kx+X6-Uc*6P0X z_ycvS8whv7$Q@jPsY^Ob4*23dr?gB%5rHODVUYwV0To&tLYazgQy8j~`Rc+HMvR&x z%@@c9omNb(G``WZ0}k~pnq-?VCHe7wNdj#VXUP$m%VjSvCaO@}mqWJ9mfaXf@2h}W zYT~33AA1FHMZG|8zPG3EZ%L)_{R0)DMNriE!`Ea2LW_S0^MfQ(t0F>I@yU7qVH_F} zPwx^v7VK(z+APqDW3^D~m}1CTUj{!^7sBw8hCGA~y$FqiG@=jY!aJ%-Je*{U6J#}_ z`Wkd?+j|*7`Wivn%paNg92=X1b%!)c0QiGuC~j`QMGGh^=?;1~A&9b(IS4%QV4NuG z#Dh~a`b{7K`XGhUjK5$r+sFg@@##&PAc!ZK(vN27GnPp4TtnyPUV$BjmEMgtt7|nl z%twDCk+8}{hhPzby#z%Pa@5L7^^_Eb*T&@APbq0rgzT}=>cwpU(U)lZ2W+IYx_p6D zEk2SSL3a&6N1i3r()%W=NS|%RjwT86IvHl4Es%%mlU{iP&ej#$(bJ zXC(dbb#*On(-!IE8#E_O?1YT*h=mE_pg2;xjmM0!D2jmXkHdeq!9dmuD*1_dP=`1% z@d$0iiFlNp^n6U0PmLM5JbahKF7B-O=54IP19XO%H{KEvKwd^NmxnmWApr@+6Q6^R z#d$KPih@PWM_}bHz@r0X6kD8=NeNT(%r+aDhsYQ!L9uD0Akam=PublIui*a!UlVcd literal 66 zcmaFAfA9PKdzBd!7#tar8A=#38OngTgrSmwBLgT=%~rwzq(T@H8HyRQ8PphpfpUpJ OmDvoOKyfYxE(QP$$Q0oK diff --git a/docs/Obsidian笔记体系/Areas/02-Activity管理/README.md b/docs/Obsidian笔记体系/Areas/02-Activity管理/README.md index cc90e76217bd9b89343d5164056f5a59b7286c79..4f33636582226451b53ed49eee51b6ae0c7d16b3 100644 GIT binary patch literal 5317 zcmbtYTTdI?6@K@x7%5VfgJhhfRaHetk?1)}6{)mG2TuD?Rm#Mk5*Oof$0msLWWY8C zd?T@q0}j~X+5~J6;JfjUIkWf7JnCBZ(-48YAx$bTdqgRhnO?<-=dXtJZO~TT~k@Qz2<(wd@(ll7kjA*^bb7h9q+&x^~}5 zkZ2A4p~V)7*R;JGnmQ)kEAk=P7o_1+eXaXTcttzACY4?I7fgdr8n3I}55|`Sn07cG zJrd9nt^I-SN7#c$!qZ7X%N~&JF4;b##RFQuBCQks^pNgnCKo&or!X-=Vo_3QPE6c) zcG>IbF^R|EwH1q9oCT4IsEsd1p++mW;1Su|*Du%5cZNqXtaic2eZ79ml^g3xZ55Rd zDcY=22!~$;XfdKmty>}K0^PeIM-jLkrW*XZDBu~jQy_^vY7DPJ=;-bSpub_k+zFHP zwjPcGsMv)rUTJAs_DDWd(MOCXR@7z` zFrm3inyldYhxlOh2qp4A7ya zINl0CGb;w?e>D>l-ShXIaoCKjFDAbm!I}lvQ5Po3|0pQ)Ue3y-lLpCG{*dGk2`_!( z98H}9m%uY}w5xsDA?ZWPPnpSSc|1N}^va!HDVrHl?db6@;D_37lg+Z}99$pgG`e2{ zq9Khqk`Jdwda_D-x0pj#0@*8{+r+Cw65*9B`@d5pF(f_yMsU6mWItf2gsgvll!A*3 z@QRDl-Bq$u91{IOTnySI<$!gR7va!RP-WNr-_01=Fs-f($&N9D&VCO{6?qw~a>}(| z3wIez`aPoJLCz|zll2&02QU?_rs;VZMGzI5zXbkN@3v6Z>!0&UvvR-`jvM6~Tn!_C zexpo9i9ft3FeZwB#J6@~NJ>kZmHh+hMigp6ZEVtf)4DI4@GC#_-YszjtZ8xA`nI*L zbCN7!a)2KQK>uG%7p@JTnI!_n!S$IftkF_iF-8dS3_ZvgF=T91h`CIcQ(~Dv7z^}>}0k=cWQ)ZvrQdynYBRpOFtyR zCWe{Xf(NX6)?4_4HlpxDyV$@Mj%P9H`2YYt2D%(Z&pNKHyJ7T=8!(TLxe2w~gWw_0 z#dnegG5F640J{Xb#Yuidtltx8JP!i}DPBTbA**LLNo0GQBr+(uN|R=e?riDZbBM;? z6VQ2Rfg{|B$%(9p_^hYNX%Y{x^x(IShI!i9n|Q-eOJWv}&W9aw+lUNA;XG!)Ln8GZ1{hP5kBxj(%!vEV_lu?m|h zXDlPULAUk$X6x-`%8SRl*brp*qSIsm%GKsX9GTys6xfZ-@UW6aEt=!rG5hxNfY<>Mt% z63V1A>fIhbW)lIQ@A17}uadh6H-$uM>}Iu-HoDwMl1u_)Kw44xlRgXc+``%bVkOZ! z77Wa}U;;J+wSDAx{rdGAG5FR2D+DhIi*JYW2}@&8J%TgXpAn};zc?o;&tC}>&u74Z zsfXf(Zk0+Y4)YmZsXCaF;9JS(6CRe6Raagq$kYs#3X;n}R$LIEJ1HT-`B%Z|7rqTZ z0{|~xxW2WD^96UsR*g2xRy9rrmIW~o5Z=M4Ehu0Xz(9zMor>|fKvVAl6b}B>pMJCz zH9ZV7wCw8@FFCq#s+SXt)`qAMInS16f0V@e?*KPt8Hjv(Y8F*dU=O*% zq(3v#*)`=LOKp1#f(Bdjh)up$qE^@+wNuDgzEW^PU>4Dr@^98hh3}Fh2i{|f---beg;B%MDW4)e)QIUOxm~_hvuDM08 zM{>chfb56SKIk&j8ft?L!{e2+9R#|Q-y;mBqW{B?E5!6UL7(#tl$R3<&OL8Ux}7jI zY#7+!Gm71xKL;egFe5K2Zb|q-k^d>VLjwljR!f%kGleRoVzk8%z<$5UyGt5O`6_# zWtR`C*UhWf#f6}Ng~!vDiNKzjZ!&>U{bPpoQs}r@ zcl0telc>G1u!+G&nXC}5b38o#rmQ6@G_g*SJMiJ{{IlLmk!rL51&$fxAJJg7XWW@> z!Vge~HsH&YgN@bPV+Q?s1UfK2M%DHqK%yPB zVBKQVi+uot6(8_{?=0vTF6h{u*=hhE3}A1AFJ*<4!{Kx~9gc~9H0BLm#z0zYU*O%c ht7^l%lca^x)Wc7WEdFAct$yika+Q1F3w++2_zw<>q>BIm literal 42 vcmaFAfA9PKdzBd!7z`MU7<3sN8Il=F7%~~kfVhOAk^v}L%~rz2z{LOnGI|VZ diff --git a/docs/Obsidian笔记体系/Areas/02-Activity管理/异常恢复机制.md b/docs/Obsidian笔记体系/Areas/02-Activity管理/异常恢复机制.md index ef8a2ff7b79beb0270470e2eb2db0847b49718e8..00eb7cd14e28eb4d9700ee811d9d8ce64edc84f1 100644 GIT binary patch literal 5652 zcmcIo-BS};7JtuQaW}jKYs{?p@i04DtEjV7X^kuD3uR%Gw3s!dQ=Nv9+O;YmkRap( z+bME<8skM-+AtN#n zF$QUMnC|bhp%uECVTCeH@A`aKV_{v3gw5@WSy`fmA{`s08*l3S8Ebd@x8#sLnlTSc zH1~$R+c7uBrGyuwbnHugf5I*#tq(&e&{1N(+-1q3-;%?u@QKZ)*xqM4x<=DuY%%YW z%#Sph0?LrJURwYQ%#B%dW{tj@WQAn?aGRDEt-UWG)#qzzA;-AC44K6V_F>psPy2k2 z9zE()^*$vM_VwyY{0X^t-ACZx)h^_rxhZpc=^;6L_6oVygSU=b&`J zj^=)4#bsK}AzOM3IC;)YSL*v4@D~q}Q?Q{OY$3@uDpu_sBnfinvoyDbKfpa9724^z z+eT=48dAb);x016P15`($`hn?=ijXSg66Y$A`GZkD)i+thDwmuD_O{9t2TuvG(Bf6 z7d@fmSSf$7Uw>uUHNjvf=dD_*BW9>E!+R)sI277~#0wh-*8JYu;NF^Kb)Z#PhZ)4? zc7X*QDR2xJT0GENKbWB78Kgj01Sa`CmJZOB{T*Pv-{GJg?xD!id)C+2fOhBN?6-NS zF_J!GCx>Z1jaf}s*X>k}&1|tu38UT?Y&+(NxmvD&o#5&D4`o2{{q^SoRo5e7)fd+_ zLk$^fm<&MOYU&^YhG_kUfN?ANrvP%IKd$P*W)X2I{~`#*pYOjXXe%#bg-__2IB}?h zajrm*#Cik%NDRJo8|pK|{~hVO5sn!5;B&B775@iXgN7zaTU(nc!Ca^x@@m_l1QH4GmQXgq)zJ4%HHxI1O%ipSLSq@5z zW_Ih2qKDL|(i2s`RmU4FI64jZ`xC0(9aap5YrhX)uES@D-*dNYop;h7A>mE`^So?{ zYAw%Z51@L8bk<^6Hv_GB0xUXM_lT zTer2a8g0<*o=Av5>l2+C@p0b82mboU@gZH6plI~(Bs?U26GBYfgle>Fq9k#P19yW_ zWe^|{ROFP=4c#|(BFWjWNw&1c-fYtR2UZw&Tbm~fBaca-Q78G+WfJR;Mja!0FXzat zWYHfP3~|jOl{f(+jc_!Q%cN1LKuaTVrOjMIBxVo?Yp0560!xpG9z+t6_&HU|>4@_P zb8??>L~szCDy}(vJfhqvK^QT5P8D}gj_McOHLqg<9!iglwEj>=;yc}-r z;OWEb2ow()8ZVja=w;Vc%(~|Q`v27hnga6==X_J{#>A19Lgeg~1-d$W0_JwIVtt+R zRHq9;;-VT;-7GDe`7wm_1t?HQ$MYlg>Kpp9CaQ#YOoCyU?NmgGa;afZ_mV&>Mk>J! z11_C9q*Fy!SYjhf<`NDQyePjcq5)nK!Go=sO%Bx$M(N}%_H5Dg?NkP4eDL&shqqr} zfO_PbQ$MUh|36WZ;{83*NQi`@N+LmSLrrkW31pKR3nz{Q$POLXBLgtblH2_TZx6R3 z11eAU9}&=3NM8qUvpgdq|6}Se4TM($@`_HA#Am5qRR>YGpr1M!`+L#^GNeBZMnUU! z%?fzyl&%{6ddy?AlgYfoctwgq25@mC##6z(5|8{30{H_a+OK+{`CJI~N_LHP{RV5j zo;NkvOYnO(duapSvU$vIFV&IhC+dX9{G)M?$EsoEYlj&{=hKJG8&2d*ckUTl&X0Jd z+aCqoSzkt2IWGdl>xuLBxfmpF=1U-WI`2h*DGY$Lumu>S!$pCY&L`Y}JG%N<)m3;e zCIn)v!wQVGW_jJ7F41HarXLRr%#rm9$0^7V)G$ulFN*jByx^doxL-Y(q~+Iwy7TY1 zBI2cYSJV2?N;twwauLAjH5?z$?(obTra)+e)pEkcIo!bvrX$Qj_p}CvfXvLN>fm=y zpB>Mf4+XB`_A2t2UqXikT7mw2=dWd(}{}z zT}J6a{?&m#9(jgyVJjMmIUy-Pb##z(L1*D1s$?6~VS|))&xwx=fsXI(o4VH5z~>3m z|0giAwusnz#u?$N-!FV}vinkyz)Q~BoT=|;d5f8x#iY3ed5s5jZ;g)b@pS1?5>I?B z1ZFj}FyX8yuye^&nOmc^IiC{lAyKV2q!{FE!rd?3R$>Yi*B?5_nIAgIzeumH#)+S| z(PIO(AM_L42w{W9ccl=Tc%nw5B;4N@PYfoAGg3MqB5J}Bd-f`6`!n%(@^M|f@=&VS zUZLzJ^7_=iNbIpjevB)jr(kM#OzBgvICY?fT;e!Nu3Ik-WuU}@BbB3DQ_|Aab-INc z2z#hTM>BF(_daI@Pi5DtEn)Tu^x6xHbaWfaf<&(8TwooxQ*2|+!vL!USW}qg8eeYV z#?JFvz7#x9V3lXB57~1id*uzwzJfawlH_ge!;r*9lV>mN)ZjIS>P6hx_6U>v z6=bp(-oh@AR%f8Q!z#{vH%0TG=vyp-XccI&c5uLuL%uN6{9K`n6Tm~uIe6R3q=VqX znh}bYlUm0Xd1508Zv?rL#2t)Tgx%jfTnbDe7(rMup`&8sP(OTaf1E@|=iZyug%dLw z%jIb%h1&_F70mJ)N|S762ZRfLbGZc9iKKWAYtXs~BnC-rdR&79k95FUh;rq^V5^q5 zmM4*|nuMhpn@OA56!M6KV&fBh91|}WIh28idu#Q>0`w4{k7XxWZu#^;eXCAFp3>DN fD&*5t8CJCP<$Kf*n=zW(v=`okMaSX^E7bo2Q*|vc literal 26 hcmaFAfA9PKdzBd!7?|QM;*t`$BCXQRg18vC7yy`_2y*}c diff --git a/docs/Obsidian笔记体系/Areas/02-Activity管理/生命周期深度解析.md b/docs/Obsidian笔记体系/Areas/02-Activity管理/生命周期深度解析.md index f637df788db9cf18a3c66a1d9ac71dcae89afd72..f71b956039b55a43c63e38be326e4707829cc8f1 100644 GIT binary patch literal 4871 zcma)ATT>g^5q_UvaUx!9D#&HLURQZ-SBPDerD{o1cGh`FrQ)$PV8zl%H4>_=> zSYRX&8#VIlbgn_?N^E7FogC2WTXW|PTgyq3gJ6s0KGm;<1Abb~8~Kv4G|669Xmi4- zP3pDdFZEd?Hw7e`ICd+e6Hll`&;+lNl(u` za$i&6qhHAEzlHo!Ox8etn}k&qU%4tUwp?HyD$(H(VuaX+*kS?svpgI{g!s!wp!A{+ zD8Au-f>?W!OWb{v!XHi))+s9l`eAZptMow)&b4b zS`@xmjV}fZw=CmPXeaH>(nJZZItRAA+=jLCaaJCqFVg6MbMrB90;|_DbZmv~ZW`0a z3{F@w%@+1)u1u#(j^BHU+vDuTj=3>wZB%JB%cJ*Cc|?}3T_ZG6p=&e9WS_^3(u{N- z7Xk+$tlEyoAC4C#K~5!EdXuL1p$h1=1t)@_!FHUZKx8Fnn9V#`MKkLzY%3)lw8+m( zmP5z5n3t@Aw3cIAiQ3zqsOUChZv(0rI;^8Ql`q@k?#J~H~h@xo$zamAna7^(*%_1XE)p=Yyc7&^w@Ni7*@GAL_ zsAbmF{2O50}bJ>ph=mEqd9 z*sfDhZ+MB7NE?kknq6eeM|5klm7zBvLusV~<-?5-*+vht^t8Z=GiKwXNE=pqZ+uwb zVsS(T$Sm)gr8o)%$T+MSwRKx8mP2K`MZGa^)ZelEnF~jSm~QRR{VZ?1g(F07EgA2N zH2a2?HfTL72++o1Y3R{LzNS}p;eY&y8GFOq+qOqzcflxZ^NjshC@9_eO-~Q8M~?wn z4Gco8z3>6_;I?@WlJ3a%BqQ=p#!2P2DuR@2#{xew}QlfV~ zVJ)DjaFzpM_2;NhQxx@4;NQy6kg`w1vgZFj;P)%42Uff0EO)O}P`>dJI+cJ^iA6-O zFY?wTdfqoYP~saqoMiQ^wK-`meiGiY#+o#dwpL$3(Wdo6>y)D)yJ#h|D0b|p<+_@-vwnq6SWDRx+*Q?uyu(I;?Pi9uOiIZST8X@PqJ#xuAICR<2qJy8qx(nqCqRARvTcc1>Qz@7vNzOP~1%I z*le!T>DOkXAz0Sx8lMgGd#H)Jz6*j;pXV+Y8H3B@QgA@*O<_C)gd0q5dI^i~m=g_m zbZ+wKh)!us#U`ds+%i-RvDlwG?}j{+mnO}45&X~Q(|ThCO`6#4q^90MXz9r(+g_jv zw+RBPyz3yKDRy-iZO3dTc{3IXbrVjEQJA$>H(BKqTc39uUYVc=aTK_$rb0{)#*ONZ zSk&B^qRVH{&YYA(mpu+BKYbq#`W4MSp~4yUakjhdiVDqTXm;PIHo+nkpLZbgt(QPK zFv|t#m{xJm+FWFrmu!6-P5+j+RrhV9xJ{eIR(pbxfSuGp=Ovhk78rp(OQ7e*0zNVr zP~{-8%kf|O{s5)b^8=Iz->5IBJWxVm&v##K8upm}f42!6-&yeO0{=sJ$m_oXhCp|7 zl7#r=U{LY%KKJzw2K|)};TIb$O0n^@>lcJJ^>)YTf&jp%hkZe~AG1=-g?a@hm;*dn z?ye$=3T7KZ1jk*o1ji{ttoRxRdUNvw%x)}yEWmw#e2CE&$hPo_@gE0HI4V~02y)pf zG@XRFVdo1y*`|pTo(fOp=rgH{K++g1GtQ!IDluzh|5FkS5BcO6>4~;3v(P2vAw|30 zPr7eEf<*}4BHg=@I5YZ82?mLOI24JFMoCBs1=PVXxf79n&w>9B-aPJcI+hGn;vxbm zrpZ3V8yO{XB+_aGx1h+l?w+{ITafm8?Tztz4DQQDEs6e3!x@R2W3%Sb8{sup&ccnh zZKJ|>2w{sEV`C4QsVU=a4Jsp4e7LCyvR+xD(;HU2W}eN#(Q|77+W{_^7-THhNE5Rq zKlcM+zY@eRh;mHtC2Z}OtxdX0!ocIl1Fi;tUOZe%e(bl^@ES7kxZj1R=>pBoVbOqF z2C5hK-480VO8PY4vjCq?hcyK~Q%SH_`~1?+M~QKpAd2BF?+wB}&p^Sk2M1BIV1dL0 zicx_;xP2s+vzDh=D%XK?JI{4#{IS0iDatThrSwXb`wOxKhNyW-!Uqg|6uB&g@nyt$ zQxOj&?uQV#0AswwqY0!S?qc^1qyP?qZW}?!Zx8q~BN&2=nTuf-^N5?n@K|PZG@V2y z!g1MriKR|p?6cnEJi+gRg#^ExxQaJSmvG->LIw1Z7DK3jE3i>JV$)lW@#c#%-ELe^ zf%yh1;86$~fCR@%ELr+vt6ZoMD6TdgiE9&9!?pc$~wZ}~#0=lz-u>yBcU%Rww1f9%j0#tA17WtLlDlwMMji zAG^N|1Sdjs?48A|qRT}KZ`odj+~!CsPBz|r7Mw6bfeG!A;hoXvLdG+@ex?er7t8dZ zPFhQ>Sazx_WGh8iW3*7EI|*7k{3W)iE~fda)JOAo?5F{&?Z%Pa*a9u2*kGmD`)10y zC^{F1tWshdE9~_y$sF>p$vt8gt~TOoh_oe&x7G;n9Q5aFWVOWu zkbJ|z(B`V3Kd|KXrV!p zSAzhkV&LAt++P@g1xmng{7h>5GjAULTTn0XkyAwa0<&@agG-AK~p2FG3G@o)g7 zR5x}167~Ca;~!Bys)MWFjQ{iRelj_by3z^BvwE2xPfo|5<}$54d)+sEUe5SL1v0o&`ceOn;uVmBvy zX)dEIs+IduUm~>_gojmj`Ono;mbEaO;iq%A4JD@L{cv9qd)Uo6IYeGkw?VWA{nn6% z=F2`q~0GhZYy8;Hz3=bk!+-Sk|=8#Sd2AKY8iA-Vv;SA&0Dg0 zN()7FPf%q$e?=>o!b4dX9R}^D9Y_t=rGRx_3c$&iMwy$)az>&j_CbLagKnn9N=X|_sJ3qmRHL$wU@F8Tx9w0ngJ+4Up4{#v3g zXjaHTZNoSKe-$z3WTpLTlWv_sK*@OqlTWO660cddhA%KNYnI(?(h{d|C})|^f=bX- z;B4o7$*JaGrXbfRLW?X2!B#>Gg4XSL?b!2n>4uY-pl0Xp1~?P2{M(bSkv5U&P?um( ze4*$XpEn~0GzySvCKi61m`N}rzA z$(o^?o$4IX1|qE{1vVcMaS;tn0Z!|@TPR*Hv;S=UI|`$p_!=bOYpsof0N!KD^`nB-$Vh zC`@e+Q2I2TqM1@}{FEasPH<3fe81)ksS0XR%vXKnCrE^s{eTf_(;n6$aj0;0ZRpQ5 zgAhI9*rgDiY5AX->plJB*ZTbTI zfgAPd_z0s4Y0bw0An?74>f;w-J*bU`qJ~e`o*1DYbzh{5WdE4kGp2*)WGFN_t(!tv zKnoLB#2+$dJpRt1*7N|y>Ym?o)J@M6oZ3v!jMt37+0Df1+4T5AhVJ>%JL`p~nQl<{ zXIM2iG<)a1EyhiiWbuyB)ZuNM5lcoG{XRD$mm%$ z8IA@zZ^s}>(Zfzh)V_ii2?wd(dPr~4D|>4@=|3KcP6R?caQ?uwu52+p^-Zzd6UODj zcnwE8x?3i#UG(O`y$7GT@7;Ibe*lRB=W(*LOrOKm!*eV@JlVs20?r5YAVCr#_niA)-ix#{4kq_}pL@RU;cdBkLg`K!eQH>{ z6pO}hX-2KIQ7b**uZFCxsX)LF;}3T_;}JuTM)<=w)<(&CS+>e+*3vz`US!n~t9-9k zK6qQ1w)fZU{U_FT!I~Xo52o2{hG%B^M4GQmSkLk-_XJ2JXTatwX{(&E-^{V`63gro zYkT_*+Zg{nJTCsL@E^mZ2v4mFryr1%Av_FMa=jmFBJa zEw(rO0RjZDv#qByoQw`elXt&YPMx}_bhh_=8`bW7-@s_6^Nt>=xd+ripff#PslGnV z_DATY z6|P(}^hheK86G@RvdgEW64K*l3f%Rl+R|P6v<gXX(d}fnn4%nkD4+?1)IwMioUhWu`I?te^yE@RFUGy!~F0LHIqAlp8 zfpqX%$tt7;=!DW1Y;%ARDXjV`a7sCOk}bbsM~|(_92W^#XseU_TiK9SBaD;271ecw&yPKpk>Qp57%2A0GZxdT8YqWvg>o^)vm z27|2^1V~Yk;Y)kx(DgAg6d*zO2UJMMbF)y!j;9N&@vs(qSDcW?a*N<$Kiy9#)iJSg zV`!qHG#Tk+MU#TT| zF+Hgah~H+<)y{w1?7DI3(ih*{?EdoW>)qd9KtwD>pA!0&q&9F-8Nj0pfuG#0X?L@R zWtLgFNerZxV95kB(y6ONO*Jk6GU=0#XSZgWQ9T~$a5a)A zKCHkQ7i?EoMU-ZC$wD+Oa5kvWZG_bLplY&8nr%*5<%cpgD0A9_?TTB4`O7Uf<|L^w zESyM)>}g6{AC{R^lPU9NvI*(@`LLm>NllVsDl~En+(D*%sovELw)5KFE8snuiBIw9 zq7oAjMMYI7M&(TFnFUiaUIEE#-9GbOtwC$!pv|cw) zP%vtC>Y}M7y{s^UTPfNc{osQ5VVO;?yMqABDMFaGzT z@)7<^s8Dhp?o?bcE3EPyUtI|}>ZIZggL9qXK&z}a?C^z@ z=5%V97KEm9aHcB+P5tcv3~g!w&NKt4IAgKdY5x4F?Cm(qoPiMaj9)ZKtPWet`-F=l zgm(gGnL{vw=MTgrgY0Nl8jQ9qd+eW1cy*{^3V7Uc_NQXqPvfe!Gl-I7uT6Ew2(dk;TcWBWaC^k-XJyd z`gj&*F0|9rBn_=M6^&7&>`p>Fo6V$d!zN+YBe9y%OemT&wib_; z5&ch;#E6(-=v)*alC259(Ok~~d(3-U1<)m&gZQCS_w9$lfH_6egr{b?HD7E6CXd97 zB;rjn$RDs$juUsuUA+l2VIM2A3I7yq--on zG4nfodI;Inie)-O9<v>z?;sWlHO zJ6ZrvfXpYw2Z1Lx93O)l)0_6l5v@N+!;ggEKAIJ6%KtJaEpn4^z0@y}Oqe$YqmgJF zKqF-{4;s;-3fA&{h(4sFk0e6shdlVmC>wj_=-#2Q$u&Ej_vp?hw;;`^ojM(pufK*J zfnc-!+TI=E3;Qk{rSnH6xJSx1G8S*ldo=`)6nau_wAz^J@CV(%=#WLwW~*B?LRGY>dSEjTuO0^vhoSh2CuLs1HQRkJ^E zLIE6WWy)XhWJysYy^7hd#bQb%HIOjxnoTbr;4R7D^=IIH#IVniWB(~=vL7KY40~D< z9z%bt@88jQpRRnGfT{>}_+}h>@kI|JXqYr$6B!MMxgaIlIw*WlsW zt%db?#2FU(%mmCUDE4n^{5GJ%SMrERyJwUlSj$<_=+Kh zi0^%-Njyu=lw$iEIMJOQ7g?*!IVa! x-J-u?B_es0IiMqSQ+vArje!3=Od!6HfyXFRC-^f1bS!9H{9dm1dIDDe{|D}x-s=DW literal 54 zcmaFAfA9PKdzBd!7=jr}8HyOv7!nzh8B!VC7;+dg8S)s?f$Sm%pb|e2cFg6j;$q-p F0094U5n})V diff --git a/docs/Obsidian笔记体系/Areas/03-Window系统/WindowManagerService架构.md b/docs/Obsidian笔记体系/Areas/03-Window系统/WindowManagerService架构.md index 2a2b9d8b13861584a005256be709ca05d3f1d2be..92343f640dc6fc6221020e244eb888562bdf75f2 100644 GIT binary patch literal 7811 zcmbtZTT@#{5`NdOIBUNUm#r*dC$7!LRa~51Dskd6-gWI#spMEX*jfvTI+Acv*;EP4 zMPP)mx!(~MhGG{9$_@yL%a4g>&e4&`oPVMHw5oe}*x_iFv{$}Pw@%*ax zC=l|8pWo9%`V+(KG|aw$&){o^d~L|%sW^Z|%;r)Enzv z(JHQ6OGA7k&(2@)l_VQae>j=2->=*6-&onSH8sM=;(TRH&R-g0iDgzS{2CwN3ujhF z{9ySP>>$owPm~IoQsMQl@j<@wZ$3B5j}F-I7E6rqwJBI$tb#V$*)uzv7J^4xrPCEQ zxelv$VjU>w74%*uZkLSl9f9x^L9zEdqJTdj&r`p3- zj|TrmVvp(XD=fRo6Gzs+a_nI63XX~Kmd36YUo_Aci1vT4-MDc_Yia8GYruH^ARLZ% z^z;V5ug+|u@#Zd9K>rjBKi1W0%{1+1R|n1OG$N5eI7Et!kRKJ+*hXQlwXL<$y_DQn zva_{G4t7TMs8KbumCS5y?rIN2dV_j@TR0RoLQ!P~S=f40DtH)vW=QiyL@ExqHlio3 zx4Jq)y|JhpT#7n5?X#}VnAxrSjIV-$5TNkljL$2fuBYp=&>*N>d)C(IEG2w1!$FEj zTa)wof(309l(yzB!YBZaWk$(D*Sak?$>&Clf{bNbqktEpuhA<2NV#DZhf2jm@%gIO z=xwZnKK91c_l~=TVG)R`RZNnzT-{ zB26;eY(IrE_SrOL7)!lE8MZ${-%5p-U@hbxj9A4*YdOm|MoAZ~Hojxc6j^2nQcp3G zW-uIdTy2uBBJxxZ#}9dYfJ{yAKq)BY8A*D9IAwgsa+-zyz81QftoKEfD&|F z^Lo9XXg^_Y!4i;6eDy_naf-i*^YtzK9O%{>e&>5?_@1@tK~YHVLsbu81#J-0j<~2) zrV)*qA$Q(UIrg@+xBqbe?t^|Bg_#-<39H?oG{37#!!l2dsC!C-oYLX{ zgqCxQc&qUTJLMF|qMMF;PCf_=V4Bxw8sMq?D$8g?jqojSXZby!+owu|I(rSXJ8bq) zW&(4#AB2i8)kMAt`<@womzt04(RW|B{Ot?R&rW^4sx^6=9MEnT%Zr)1z_f7azXG!l z7!3fVC){VyPJRrW4zMIH*SGlC8A(!^6M<9ymY9H00`K}NY_=i7WdJJpC)~@h3TVT8 z?Mr}CEEsea6pATIm*BHhoOA<%+{f(zecm4TsMqB+OsLsa0BLz9&T|8`knkH3Xr}%0 zvuhV2D1aoMABN^&|1!i2QP7{d{xcKZK;oeCN>FjZ}WTq$79P{3%cE<#*lRND{{ zzX`ss3RNCRvPnsK-GRmsKr(0z?(elJ{RgdPha&3MLujD}sja=XuM2>P|3sv#e9r3& z_W&z1Iw6yd5M*$7;7QEXqd+yCy%0iZr1$~rh;SBWtQn`l?#)@VRCUD!y|*{m{|NDX zKMb|K->Ey2KuQ>isj5<}FeA{UByPz1$_yP!_mdE*g`#1Yk>94af*%#7V(nP3zgoC1 zQTDT1QJSk2g&amoM#mgF^5AD`u*gmLMoOGTawm3T7k)!Km8T+{j-C8s98ummN>FJ+ zCC7Gdm8VBUPZkRk8RPF}t?H`wX%3D#*78E7qSZn`NV3e59Ir|WI(Hz91?pDH@4>&Y z4&O<$lN2%l*qn>(j~KvBNFd^bd~%D=9HMnd^aYyrDD+?xeWGE$x@C{<);S0O10gjk z!@=rF(i_J-nU&;obqY8qbb2VQ7xdO0#ho!u{H)gkHg`hp@%T5gtzy@z-0{cZXXbp2K5ik5TBfsRojEh z2Z2q3Ira-Js+-Ws=?irAZb+<$;TS~KAxoszO(38W5Emj3;c(8T-m+AV_JFn$QwwR5 zx`fxKhaMO{BhY7jZS+SP>Jg=GJs2_SH5pMD_D3jG6vf&Tg7D6@oG3;Y!dA~E(KnDp z$laqH68b2UzY6M`T<%9%rM43$x2hQ}%r7!fYq^Sz?qYHx()Ozy&$`e3a+Y z%6ysSSc+I`flbW0WbnLs3yKJyE|2qARWm*aWfCw}b*c*exVyQL+0x5W0@k zK5FWrNT3G%A{kS2w7NnDDhf5-Q4P2chIM~sM9`n>nxpgr^ofW|xA0`g7IzTtAm{BN zHPCM_P;qBO=vPrgJr551;+#zTDuCzG=8YK9s)4#=dW{;<<)(6=<8n0sT}4riJOI_+ zf58fGrFWPS=vqXSgjmq1*ia?WRh)kY%V(A(OlNX@Vt}Cj89?229K@Q5P%q_+G=ey% z3lBKCLL^`Wng%Oq9B!@D~CZmiik=`e+*&S_o1g!DW@M)XY}64iR>cf&_@4cd^kAR3<7mYZshMWosZ~q9(tQBxl)SSe)E%yHO!0@?TRM`GO>i)+aUK;> zS*V=j75hZ8IK58<#fgD9bt>s5hNzyCEM8?e_A7Ku`yARqeA|9;S~?MxjnMIVh0M#Z z$agl^%A+YF@(4_p+LgyqEQ(O8rB8UJ*2y&6TcG-mKh@KKRh;H)D>VCLkne3N zE0kB)6w)1TqwVTFZGhHDO`%soI)5whz*jM|h4Z zkB;-1GwI(r6ngql$|u=KvUGYb*!t3tEVCFET;5uK1$STMBK{;Js0~UBQP{D&S!2^l zV6BSXk{V4V*fCw9G5iUsZWZ^$qIj1`v($K1uL$k5Q) zXe&oHNVe9D)6JtWSG$eH($3A6@{{HHYba`H9BbvJdhJ#^PxFDCNB2M0B2SHAQ1i!ndL#W20c$w8%l}0{vlNz_iOu3;!qhCn zW>s1Z*`?9}ahqP1aq*%{4gII~#58)f8!cMn@3ku~(sTuNVN%i4%H{4>wKRbiN>%OZ zmFo4&ZNV$@d3$?+0+0JnG2!oq_(_T&N33aOm+!r?(ph;Qf#}4DwZ?SW_()~|$C&!PxG{Uop0ygy=SX?jVP5J=;-ha&_&!LnK#$zX{9cnhFstk)BCdXO{{B^_GCk=S9t=_gr)e17XO~Vq8Gk6j^GMDwnoOzKw7xvt9Zg)BeTD7%)utMMSe*Dh4_jC5FRMB_mSmJ|z zkYy_`we%D_7}PV{dU8#l9&tFF!S+y3pk4o%)wA!l^q#&jY^P_hC+zfmKBd2%$S<$+ z`BQx(1E*SML(9AdF7`g7uSNfi4)Ucx`0ObEbiiVpEIz_lrcE7W2Wk>(&>*0IAAd#% z>}o(RDd0;P7C!=^4o9iw2nygUM|@?NZw(sTafjpa`z z19~P+JQOtTL{^z};BT#LdebJ=1>)4wS*lvH5sBH}H2sBi+Uaus-LRIK(&I<; z+3EwN*2j+Z!DAAcNb#vnK66CT(ucR;e%YvNRhCU*_*gnSI79Za% z2=F}ecwO~Ar`y%+EmEG@=80)&b>ux)AO-fihNc#;uioW-*m$4Vt(q~@SgAk|d2-yI z16$z~Wc}=PyPKR%E*S*ACh&$T2aU+j09GUl$)ni)`AW>g^N(jk_*}~m8gUrp?-lp zU`so{7$=8XdK@Y)zm{Q{geazwkHAG3sO9EaEDn&3j#T@@s^a$dt05FZsB4-c`D6tn zz7jG6CTk~?`biRHc>12$MeI!%_@^hdbd-=;+BXuj45L(5lvhZ{445IwInl-c^gr`E zu3uMv4g}kKp4a<>{th+dQA5uHZ7K~FQXx44!HD7yhXWl!VnBbw?w+=PsqI(3Q~r&h z1mXY}_{5mq9X|CMB82DRo=}9?!`1!X{$BOUcX#o?0K!XCKYA{sh;+P zlq)2}6Y)n>o3EebS@Ko-rRY{4QNeF7On2Z5nOjfe!| zpS3+9w3<|wcRM4IP`Eq-jz~X*085fkZYIjo48_ByCm>zq8%3Im$YK;Gz!ak zAlI*u374paA*g5L6g1FW6oT&yMp+6?e@u-9|G&2kp+xd$yHgJr1^lH1z&`EtrQ>pTr5B|@XoBkVuc*0#Zd@*>yx!@pdFX3$HoF?U*Z!}>=O^Yj zrPsQh4}7&PZnvkV+2v|be*2a=$ncZP)#M`%Ut(efONBHZ!Xm3NK*H_zE)8cVfyImL9 zL!dA1d5*~73?3SX42#l89rF1p1YyzW zwmCqUYeB!g%a9y>veEO^QFb;5^c+V!MbKCS_@+?}$OeYej2KGjhpT)w$8v?)l8+|9 z5|-KGGbuhXfI47R7E7j03v8A7lW9JC46I1<;+oQb4ZyKI(s@nkR0AEIq=WR+j1hN+ zjcvA{zh*Cl*XODn1+ZEF{(UQi{w&l2X+8rC=eCp z6X~?{Buk`>sZZ>5jyAPoYHwpp%|nrWJN5P!f0e#~&R5@f-|0rm{PK!{WPE20_Syn* zaSM>tvtg&876vom+>>$eLR`c(s z&5aHNB&q8fWCId4%m>mt5+lxnr51z7<@Mcn)igFEixC|%-n}wD#PXZ_Y$C(nzb~+O zTs1At6e^Y+V==i*K@sX(1AK3t$9LJ{DQ5kanRVE@4>B0d}; zx1f`a(Ouf*q!F=^R`GXR=~To5@=KH3ixteId0h5G?DZpI>;%7Y5nD z5^6B8Lkd#nj;vS^6~+g!myD&(K~62ZX?kx7qd`jR(Pm5jWFK59ei_>VVjSj*+;*2&*YY9~wb8g4y|$(J*DoVWuw zjQt@a1!XrSu4xmqRK|CpjOl=V+GMd$Vj+MvxYJRp@b{bg(n~%TXaaMYA2?&NNfuvZ*^F^EYJmtPe>x6tngm$1Kp+p_`=GBS z?VF};yC9V^q!2K<#^iTgn67~UnJdf_cY8iUVT@MKQ4OEI7Z5)bE7uK{CZ YV6esjfB literal 36 mcmaFAfA9PKdzBd!7=Tn25C>P+0LgGZKc^TVUB|`1#Q*?;RuXLh diff --git a/docs/Obsidian笔记体系/Areas/03-Window系统/触摸事件传递.md b/docs/Obsidian笔记体系/Areas/03-Window系统/触摸事件传递.md index e19b30ad6a30393e028333c14a3c102e436897ec..a7a5751a03cb7f96aea66f916268a74bc9b3e8f7 100644 GIT binary patch literal 5245 zcmZ`->r+!n7XO~V;%@N;EzOkp7)xiZLO^B5$CTqbwM9)~OfHfYZnAl()Rt8Nfh3TZ z5CoA&fIwK31XhKR1oOx2?Y=jk{1@i*Ih}AbWcdJ1_jx~lefoYcSKAabx5eKU_0qIn zKF}+fT4;tZm00A!X6w{kK9AdFd@dX1RlT@tERMGzUMT3rkY3zj**ISw0~(ecH&T=Q z>!`6k{k;<72T_)sGS)tUeDm8Zo7ntcXq05~r8t{f6aVhav*d=6Ujs%q6Jw>ck=`ab z#%`2l7lr)&G5!gN$N17G{w~Z9_dyhkO!AeK)hb~?KE~(1SbYI5o2{*-uV^OU8Z&bd zo9)SyC&Q|5*x`2Bp7|W!LFG}mO@W`zK2pKsFl}pE#!N+qiwFuhSWDzisC|KwvO{7wifJ0J1^(5!-Fb1^WeANR1HL&MRln%FI+U ze0-I?-#&Zxdu7o`e`Wb2R!Q>6J6P8i%CK(47uncy3S6#*!?h2S$U{paGRBS|$?dPs zjhrDmWa0A%wfQeR@)_yP{2n`=liIPgA@D|e6&Q(-)Fh_a)CU%-kd8OokRUVvjb+0; zUEr}%hUdccQo8PEhr%W&c&2y~0Ems#_QMa#UAGo|MTb=9Y&S)9Zu19xL1#d5i)!gt zU#MC@`8O7dJP5dl)fbK-Mf|-k3J%0I974kW{@{fxN?^oG=Yj@*fRI|(*e|mc=(kAE zt$8a7po_-W9E!IH5&ma@IWl#N+G4 zhD*Izl4u2W!@`q9#xoTtEmE3Ygt`$0k;qZuA~!7oU>b+SS+~A}tUqaCixJe#BxX-) zq&=hj-rBUtV~lT!!bONf9*K6xvn(2yhlqkmZ5~WO{!bZ7#*q>tfrNM7e<)Ineb`~Y zsIZC8wRB!46B6`K#|ww3Pt3!KCnQC>`_$tZQXSf#X|7#!N$|So3AjDlU61p*>T0*! z?Pp{GgIvG_zPiby-;Cgh~nH?l?5pka|OTiHN8CRT+TABTo>J(M1%U0gHm` zScv!wlt6*;jgZi@{HFFk1(yWH4A0#IO8Z|xjPp6k5r8~$%j3J}@u_Hl6ib@V)NL0g z`qV(srzr!DA-_r*UpMK!XjiO(Vv)U5UaH!^f@)B$N47@`_(qx(o>QRVeIw@-5w~Wy zE`j)Twl+Cqm1>l#aCM>?WbyeM&(uKIphMHtq4qQ9Z}{EMGzY9KvZNn?GvLPSMqh&Y zO?PX(FE2u0QmmS99x7F=L&_M<=8+Ke$n1hcL@zBXxLV3i{lF0uLv($Q7G zKhIg{%;N%dsPSQe_Jm`Ks012&ns3%ikSXguk3y{;ql0=mA@SD|FxlI}H(IuWO(C0D zPmxpMqkLKdt~CY=%El$g#>o~&5sSy%n5b>;5o>IMr9O)5e0_mp*@$aBmZZ71E=NaV z!zq$1BWWyFVymmCtfaewc83Lr4Mi)}5mdy= zNG8hejZBs5o2T)YW4EcBxt)(Gt zRzCH~{Car8TAt<0vWG~yRbf}>{jQ$7$VVLJ`bT)vfMeJ{S0Le*NlEI&x#J4-j`fV# zQT8t$wLB%ZfWt~;#kb~4gH5yxG zWT2&9jI&hCs!Q4>ZSGKbbec_7K{1PbL`f_@$HG!Zd`?bJVQ!JzsQibgzmdbmtk8Y93=Xm60*k#v z3O+v#7;dG=&9D+<>}2kso1B3gyf<$9ko{CpPQIMmdvbqFQ9+QW17^fN~iw&FTsi zDO8xKK}#|jyy2^>Bn8Q9%PVr;q*s>ZoMKiP%hmQjmEEV_dJ`EMLG%B+o0EubIibe4~;e^ioI?hX}T6n4+ zZ~%kytvR3GcXX5?N=enbj%Jn*~Fo^ zIi5QFgSIv?9~(>4Gzw5O`TQoU&f6TWr;2}29U4+#!b8-vY`KENUjK-no{gYGilL!F zudeaYLJMjd8ReAiM>Z@7XbE^~wP1KQ@XDQ(8S_eB=*4xG-N#5vx0ZJJ?uN0Jr|XqUU^Whu4ONbXlxl*?!K{X%Uyz!{dVYAQ zACX||+Xzxa;*k^{K4j5psrY=tobeERy_&VzsNtm9^qFg+Am5C7DXW)e1fIgXzWN5f zQIIM0qFp)QE90c%c-Bbl)jx~D>lD7{z*i|GfbRxoo~jV)hDQ$dWaACguX%unFo)5QTQPD2aT=0EdT%j literal 33 icmaFAfA9PKdzBd!7=Tno3Xt#vVFiC7AjQSN#Q*?Bbr914 diff --git a/docs/Obsidian笔记体系/Areas/04-资源与包管理/PackageManagerService.md b/docs/Obsidian笔记体系/Areas/04-资源与包管理/PackageManagerService.md index 8ebf924..8c926bf 100644 --- a/docs/Obsidian笔记体系/Areas/04-资源与包管理/PackageManagerService.md +++ b/docs/Obsidian笔记体系/Areas/04-资源与包管理/PackageManagerService.md @@ -1 +1,308 @@ -# PackageManagerService +# PackageManagerService架构 + +PackageManagerService（PMS）是Android包管理系统的核心服务，负责应用的安装、卸载、更新和权限管理。本文深入分析PMS的架构设计、工作原理和关键实现。 + +## PMS系统架构概览 + +```mermaid +graph TB + subgraph "客户端层" + A1[PackageManager] --> A2[IPackageManager] + A2 --> A3[Binder通信] + end + + subgraph "服务端层" + B1[PackageManagerService] --> B2[PackageParser] + B2 --> B3[PackageSettings] + B3 --> B4[Installer] + + B1 --> B5[UserManagerService] + B1 --> B6[ActivityManagerService] + B1 --> B7[StorageManagerService] + end + + subgraph "数据层" + C1[Package数据库] --> C2[Settings.xml] + C2 --> C3[包目录结构] + C3 --> C4[APK文件] + end + + A3 --> B1 + B4 --> C4 +``` + +## 1. PMS核心组件 + +### 1.1 PackageManagerService +- **包管理**：管理所有应用的安装、卸载和更新 +- **权限管理**：管理应用权限的授予和撤销 +- **组件管理**：管理Activity、Service等组件信息 +- **包扫描**：扫描系统和应用目录中的APK文件 + +### 1.2 PackageParser +- **APK解析**：解析APK文件的AndroidManifest.xml +- **组件提取**：提取Activity、Service等组件信息 +- **资源解析**：解析APK中的资源信息 +- **签名验证**：验证APK的签名信息 + +### 1.3 PackageSettings +- **包设置**：存储包的安装信息和设置 +- **用户管理**：管理多用户下的包状态 +- **权限状态**：存储权限授予状态 +- **包状态**：存储包的启用/禁用状态 + +## 2. 包安装流程 + +### 2.1 安装流程概览 +```java +// PMS安装应用的关键流程 +public void installPackageAsUser(Uri packageUri, ...) { + // 1. 权限检查 + enforcePermission(...); + + // 2. 创建安装会话 + int sessionId = createInstallSession(...); + + // 3. 写入APK文件 + writeApkToSession(sessionId, packageUri); + + // 4. 提交安装 + commitSession(sessionId); + + // 5. 解析APK + PackageParser.Package pkg = parsePackage(...); + + // 6. 验证签名 + verifySignatures(pkg); + + // 7. 执行安装 + installPackageTracedLI(pkg, ...); + + // 8. 发送广播 + sendPackageBroadcast(...); +} +``` + +### 2.2 APK解析过程 +```java +// PackageParser解析APK +public Package parsePackage(File apkFile, int flags) { + // 1. 创建解析器 + PackageParser parser = new PackageParser(); + + // 2. 解析APK + Package pkg = parser.parsePackage(apkFile, flags); + + // 3. 收集组件信息 + collectCertificates(pkg); + collectManifestDigest(pkg); + + // 4. 提取四大组件 + extractActivities(pkg); + extractServices(pkg); + extractReceivers(pkg); + extractProviders(pkg); + + // 5. 提取权限信息 + extractPermissions(pkg); + + return pkg; +} +``` + +## 3. 包扫描机制 + +### 3.1 系统扫描 +- **系统目录扫描**：扫描/system/app、/system/priv-app等目录 +- **厂商目录扫描**：扫描/vendor/app等厂商目录 +- **OEM目录扫描**：扫描/oem/app等OEM目录 + +### 3.2 用户数据扫描 +- **用户安装目录**：扫描/data/app等用户安装目录 +- **用户数据目录**：扫描/data/user等用户数据目录 +- **外部存储扫描**：扫描外部存储中的APK文件 + +### 3.3 扫描优化 +```java +// PMS包扫描优化策略 +class PackageManagerService { + // 增量扫描：只扫描变化的目录 + void scanPackagesTracedLI(File scanDir, int scanFlags, ...) { + // 1. 检查目录修改时间 + long lastModified = getLastModifiedTime(scanDir); + if (lastModified <= mLastScanTime) { + return; // 目录未修改，跳过扫描 + } + + // 2. 增量扫描 + List changedFiles = getChangedFiles(scanDir, mLastScanTime); + for (File file : changedFiles) { + scanPackageTracedLI(file, scanFlags, ...); + } + + // 3. 更新扫描时间 + mLastScanTime = System.currentTimeMillis(); + } + + // 并行扫描：多线程并行扫描 + void parallelScanPackages(List scanDirs) { + ExecutorService executor = Executors.newFixedThreadPool(4); + List> futures = new ArrayList<>(); + + for (File dir : scanDirs) { + futures.add(executor.submit(() -> scanPackage(dir))); + } + + // 等待所有扫描完成 + for (Future future : futures) { + Package pkg = future.get(); + addPackage(pkg); + } + } +} +``` + +## 4. 权限管理系统 + +### 4.1 权限分类 +- **普通权限**：不影响用户隐私的权限 +- **危险权限**：涉及用户隐私的权限 +- **签名权限**：需要相同签名的权限 +- **特殊权限**：系统特殊权限 + +### 4.2 权限授予流程 +```java +// PMS权限授予流程 +public void grantRuntimePermission(String packageName, String permName, int userId) { + // 1. 检查权限是否存在 + BasePermission bp = mSettings.mPermissions.get(permName); + if (bp == null) { + throw new SecurityException("Unknown permission: " + permName); + } + + // 2. 检查调用者权限 + enforceGrantRevokeRuntimePermissionPermissions(...); + + // 3. 检查目标应用是否申请该权限 + PackageParser.Package pkg = getPackage(packageName); + if (!pkg.requestedPermissions.contains(permName)) { + throw new SecurityException("Package " + packageName + " has not requested permission " + permName); + } + + // 4. 授予权限 + PermissionState permState = mSettings.getPermissionState(permName, packageName, userId); + permState.granted = true; + permState.grantedFlags = flags; + + // 5. 更新权限状态 + updatePermissions(packageName, pkg); + + // 6. 发送广播通知 + sendPackageChangedBroadcast(packageName, userId); +} +``` + +## 5. 多用户支持 + +### 5.1 用户隔离 +- **用户ID**：每个用户有唯一的用户ID +- **数据隔离**：不同用户的数据完全隔离 +- **权限隔离**：不同用户的权限状态独立 + +### 5.2 用户管理 +```java +// PMS多用户管理 +class PackageManagerService { + // 用户包状态管理 + final SparseArray mSettingsByUser = new SparseArray<>(); + + // 为用户安装包 + void installPackageAsUser(String packageName, int userId) { + // 1. 获取主用户包信息 + PackageSetting ps = getPackageSetting(packageName, UserHandle.USER_SYSTEM); + + // 2. 为用户创建包状态 + PackageSetting userPs = createPackageSettingForUser(ps, userId); + + // 3. 设置用户包状态 + mSettingsByUser.put(userId, userPs); + + // 4. 创建用户数据目录 + createUserDataIfNeeded(packageName, userId); + } + + // 删除用户包 + void removePackageAsUser(String packageName, int userId) { + // 1. 删除用户包状态 + mSettingsByUser.remove(userId); + + // 2. 删除用户数据目录 + deleteUserData(packageName, userId); + + // 3. 清理缓存 + clearPackagePreferredActivities(packageName, userId); + } +} +``` + +## 6. 性能优化 + +### 6.1 启动优化 +- **延迟扫描**：非关键目录延迟扫描 +- **并行解析**：多APK并行解析 +- **缓存机制**：缓存已解析的包信息 + +### 6.2 内存优化 +- **对象复用**：复用PackageParser等对象 +- **懒加载**：按需加载包信息 +- **资源释放**：及时释放不再使用的资源 + +### 6.3 存储优化 +- **增量更新**：只更新变化的包信息 +- **压缩存储**：压缩存储包元数据 +- **索引优化**：优化包查询索引 + +## 7. 调试与问题排查 + +### 7.1 调试工具 +```bash +# 查看包信息 +adb shell dumpsys package + +# 查看权限信息 +adb shell dumpsys package permissions + +# 查看安装会话 +adb shell dumpsys package sessions + +# 查看包管理器状态 +adb shell dumpsys package + +# 性能分析 +adb shell dumpsys package --timing +``` + +### 7.2 常见问题 +- **安装失败**：签名验证失败、存储空间不足等 +- **权限问题**：权限未正确授予或撤销 +- **包冲突**：相同包名或签名的包冲突 +- **扫描问题**：APK文件损坏或格式错误 +- **性能问题**：包扫描或解析耗时过长 + +### 7.3 问题排查步骤 +1. **收集日志**：查看logcat中的PMS相关日志 +2. **检查状态**：使用dumpsys命令检查包状态 +3. **验证APK**：检查APK文件完整性和签名 +4. **分析配置**：检查系统配置和权限设置 +5. **性能分析**：使用性能分析工具定位瓶颈 + +## 总结 + +PackageManagerService是Android系统的核心服务： +- **应用管理**：统一管理所有应用的安装和卸载 +- **权限控制**：严格控制应用权限的授予和使用 +- **组件管理**：管理应用组件的注册和发现 +- **多用户支持**：支持多用户环境下的应用隔离 +- **系统稳定**：确保应用安装和运行的稳定性 + +深入理解PackageManagerService架构，对于优化应用安装体验、排查包管理问题和设计系统级功能具有重要意义。 \ No newline at end of file diff --git a/docs/Obsidian笔记体系/Areas/04-资源与包管理/README.md b/docs/Obsidian笔记体系/Areas/04-资源与包管理/README.md index 2c9f76d..4c3c450 100644 --- a/docs/Obsidian笔记体系/Areas/04-资源与包管理/README.md +++ b/docs/Obsidian笔记体系/Areas/04-资源与包管理/README.md @@ -1 +1,143 @@ -# 04-资源与包管理 +# 04-资源与包管理 + +本目录包含Android Framework中资源管理与包管理的核心知识和技术文档。资源管理和包管理是Android系统的基础功能，直接影响应用的安装、运行和用户体验。 + +## 文档结构 + +### 1. 动态加载与热修复原理.md +- **内容**：深入分析Android动态加载和热修复技术的原理与实现 +- **重点**：插件化架构、热修复方案、资源合并、So库修复 +- **适用**：需要实现应用热更新和插件化架构的开发者 + +### 2. PackageManagerService.md +- **内容**：全面分析PackageManagerService的架构设计和工作原理 +- **重点**：包安装流程、权限管理、包扫描机制、多用户支持 +- **适用**：需要深入理解Android包管理机制的开发者 + +### 3. Resource资源加载机制.md +- **内容**：详细分析Android资源系统的加载机制和优化策略 +- **重点**：资源编译、资源查找、资源缓存、多语言支持 +- **适用**：需要优化资源加载性能和实现动态换肤的开发者 + +## 核心概念 + +### 资源管理系统 +- **资源编译**：aapt2将资源编译为二进制格式 +- **资源打包**：资源打包到APK的resources.arsc +- **资源查找**：通过Resource ID查找对应资源 +- **资源缓存**：缓存已加载的资源提高性能 + +### 包管理系统 +- **APK结构**：Dex文件、资源文件、Native库、清单文件 +- **包安装**：验证、解析、复制、优化、注册 +- **权限管理**：权限分类、授予、检查、撤销 +- **组件管理**：Activity、Service、Receiver、Provider注册 + +### 动态加载系统 +- **类加载**：DexClassLoader、PathClassLoader +- **资源合并**：AssetManager多路径加载 +- **热修复**：方法替换、类替换、资源替换 +- **插件化**：插件生命周期、组件代理、通信机制 + +## 技术要点 + +### 1. 性能优化 +- **资源优化**：减少资源大小、使用WebP格式、资源压缩 +- **包优化**：减少APK大小、使用App Bundle、动态交付 +- **加载优化**：懒加载、预加载、缓存策略 + +### 2. 安全考虑 +- **签名验证**：验证APK签名防止篡改 +- **权限控制**：最小权限原则、运行时权限 +- **代码保护**：代码混淆、资源加密、反调试 + +### 3. 兼容性处理 +- **版本适配**：处理不同Android版本的API差异 +- **厂商适配**：处理各厂商的系统定制问题 +- **架构适配**：支持不同CPU架构和屏幕密度 + +## 调试工具 + +### 常用命令 +```bash +# 查看包信息 +adb shell dumpsys package +adb shell pm list packages +adb shell pm path + +# 查看资源信息 +adb shell dumpsys resources +adb shell getprop | grep density +adb shell wm size + +# 查看安装信息 +adb shell dumpsys package installs +adb shell dumpsys package sessions + +# 性能分析 +adb shell dumpsys package --timing +adb shell am profile start +``` + +### 开发者工具 +- **Android Studio Profiler**：分析资源使用和性能 +- **Layout Inspector**：查看界面布局和资源 +- **APK Analyzer**：分析APK结构和资源 +- **Systrace/Perfetto**：性能跟踪和分析 + +## 学习路径 + +### 初级开发者 +1. 理解Android资源系统和包管理基本概念 +2. 掌握资源使用和权限申请 +3. 学会基本的APK分析和优化 + +### 中级开发者 +1. 深入理解PackageManagerService架构 +2. 掌握资源加载和热修复原理 +3. 学会插件化架构设计和实现 + +### 高级开发者 +1. 理解系统底层资源管理和包管理机制 +2. 掌握性能优化和安全加固技术 +3. 能够设计和实现复杂的动态加载系统 + +## 相关资源 + +### 官方文档 +- [Android Developers - App Resources](https://developer.android.com/guide/topics/resources) +- [Android Developers - App Manifest](https://developer.android.com/guide/topics/manifest) +- [Android Developers - Permissions](https://developer.android.com/guide/topics/permissions) +- [Android Developers - Dynamic Delivery](https://developer.android.com/guide/app-bundle) + +### 开源项目 +- [Android Open Source Project - PackageManagerService](https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/services/core/java/com/android/server/pm/) +- [Android Open Source Project - Resource Manager](https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/core/java/android/content/res/) +- [Tinker - 热修复框架](https://github.com/Tencent/tinker) +- [VirtualAPK - 插件化框架](https://github.com/didi/VirtualAPK) + +### 工具资源 +- [Android Asset Packaging Tool 2 (aapt2)](https://developer.android.com/studio/command-line/aapt2) +- [APK Analyzer](https://developer.android.com/studio/build/apk-analyzer) +- [Bundletool](https://developer.android.com/studio/command-line/bundletool) +- [AndResGuard - 资源混淆工具](https://github.com/shwenzhang/AndResGuard) + +## 更新日志 + +### 2026-01-12 +- 完善所有文档内容，使用标准Markdown格式 +- 添加详细的技术分析和最佳实践 +- 补充调试工具和问题排查方法 +- 更新相关资源和学习路径 + +## 贡献指南 + +欢迎对本目录的文档进行改进和补充： +1. 确保内容准确、技术正确，反映最新Android版本特性 +2. 使用标准的Markdown格式，保持文档结构清晰 +3. 添加实际代码示例和最佳实践，便于读者理解 +4. 保持文档的实用性和可读性，避免过于理论化 + +--- + +*本目录文档将持续更新，以反映Android Framework的最新发展和最佳实践。* \ No newline at end of file diff --git a/docs/Obsidian笔记体系/Areas/04-资源与包管理/Resource资源加载机制.md b/docs/Obsidian笔记体系/Areas/04-资源与包管理/Resource资源加载机制.md index f1210a4..b48e09a 100644 --- a/docs/Obsidian笔记体系/Areas/04-资源与包管理/Resource资源加载机制.md +++ b/docs/Obsidian笔记体系/Areas/04-资源与包管理/Resource资源加载机制.md @@ -1 +1,370 @@ -# Resource资源加载机制 +# Resource资源加载机制 + +Android资源系统是应用界面和功能的基础，负责管理字符串、图片、布局等所有资源。本文深入分析Android资源系统的加载机制、优化策略和最佳实践。 + +## 资源系统架构概览 + +```mermaid +graph TB + subgraph "编译阶段" + A1[资源文件] --> A2[aapt2编译] + A2 --> A3[resources.arsc] + A3 --> A4[APK包] + end + + subgraph "运行阶段" + B1[APK包] --> B2[AssetManager] + B2 --> B3[Resources] + B3 --> B4[ResourceTable] + + B2 --> B5[资源缓存] + B3 --> B6[Configuration] + B4 --> B7[资源查找] + end + + subgraph "应用层" + C1[Activity] --> C2[getResources] + C2 --> C3[资源访问] + C3 --> C4[界面渲染] + end + + A4 --> B1 + B7 --> C3 +``` + +## 1. 资源编译与打包 + +### 1.1 资源编译流程 +- **aapt2编译**：将XML和图片资源编译为二进制格式 +- **资源链接**：将所有资源链接到resources.arsc +- **资源优化**：优化资源大小和加载效率 + +### 1.2 resources.arsc结构 +```cpp +// resources.arsc文件结构 +struct ResTable_header { + struct ResChunk_header header; // 块头信息 + uint32_t packageCount; // 包数量 +}; + +struct ResTable_package { + struct ResChunk_header header; // 包头信息 + uint32_t id; // 包ID + char16_t name[128]; // 包名 + uint32_t typeStrings; // 类型字符串偏移 + uint32_t lastPublicType; // 最后公共类型 + uint32_t keyStrings; // 键字符串偏移 + uint32_t lastPublicKey; // 最后公共键 + uint32_t typeIdOffset; // 类型ID偏移 +}; +``` + +### 1.3 资源ID结构 +``` +0xPPTTEEEE + PP (1字节): Package ID (0x01: 系统资源, 0x7F: 应用资源) + TT (1字节): Type ID (资源类型: 0x01: anim, 0x02: attr等) + EEEE (2字节): Entry ID (资源条目ID) +``` + +## 2. 资源加载机制 + +### 2.1 AssetManager初始化 +```java +// AssetManager初始化流程 +public AssetManager() { + // 1. 创建Native对象 + mObject = nativeCreate(); + + // 2. 添加资源路径 + addAssetPath(getPackageResourcePath()); + + // 3. 确保资源表已加载 + ensureStringBlocks(); +} + +// 添加资源路径 +public int addAssetPath(String path) { + synchronized (this) { + // 调用Native方法添加资源路径 + int res = addAssetPathNative(path); + makeStringBlocks(mStringBlocks); + return res; + } +} +``` + +### 2.2 Resources创建 +```java +// Resources创建流程 +public Resources(AssetManager assets, DisplayMetrics metrics, Configuration config) { + mAssets = assets; + mMetrics = metrics; + mConfiguration = config; + + // 更新配置 + updateConfiguration(config, metrics); + + // 创建兼容性信息 + mCompatibilityInfo = compatibilityInfo; + + // 初始化资源实现 + mResourcesImpl = new ResourcesImpl(assets, metrics, config, compatibilityInfo); +} +``` + +## 3. 资源查找流程 + +### 3.1 资源查找算法 +```cpp +// Native层资源查找 +status_t AssetManager::getResourceValue( + uint32_t resID, Res_value* outValue, bool mayBeBag, uint16_t density) { + // 1. 解析资源ID + const uint32_t packageId = getPackageId(resID); + const uint32_t typeId = getTypeId(resID); + const uint32_t entryId = getEntryId(resID); + + // 2. 查找包 + const Package* package = getPackage(packageId); + if (package == NULL) { + return UNKNOWN_ERROR; + } + + // 3. 查找类型 + const Type* type = package->getType(typeId, density); + if (type == NULL) { + return UNKNOWN_ERROR; + } + + // 4. 查找条目 + const Entry* entry = type->getEntry(entryId); + if (entry == NULL) { + return UNKNOWN_ERROR; + } + + // 5. 返回值 + *outValue = entry->getValue(); + return NO_ERROR; +} +``` + +### 3.2 资源缓存机制 +```java +// Resources中的资源缓存 +class Resources { + // 资源缓存 + private final LongSparseArray mDrawableCache; + private final LongSparseArray mColorStateListCache; + private final LongSparseArray mComplexColorCache; + + // 获取Drawable（带缓存） + public Drawable getDrawable(@DrawableRes int id, @Nullable Theme theme) { + // 1. 检查缓存 + final long key = (((long) theme) << 32) | ((long) id); + Drawable.ConstantState cs = mDrawableCache.get(key); + if (cs != null) { + return cs.newDrawable(this); + } + + // 2. 加载资源 + TypedValue value = new TypedValue(); + getValue(id, value, true); + + // 3. 创建Drawable + Drawable dr = loadDrawable(value, id, theme); + + // 4. 放入缓存 + if (dr != null && dr.getConstantState() != null) { + mDrawableCache.put(key, dr.getConstantState()); + } + + return dr; + } +} +``` + +## 4. 多配置支持 + +### 4.1 配置限定符 +- **语言区域**：zh、en、fr等 +- **屏幕方向**：port、land +- **屏幕密度**：ldpi、mdpi、hdpi、xhdpi等 +- **屏幕尺寸**：small、normal、large、xlarge +- **API级别**：v21、v23等 + +### 4.2 配置匹配算法 +```java +// 配置匹配算法 +public Configuration findBestConfig(Configuration config, Configuration[] configs) { + Configuration bestConfig = null; + int bestScore = Integer.MIN_VALUE; + + for (Configuration candidate : configs) { + // 计算匹配分数 + int score = config.match(candidate); + + // 选择最高分 + if (score > bestScore) { + bestScore = score; + bestConfig = candidate; + } + } + + return bestConfig; +} +``` + +## 5. 动态资源加载 + +### 5.1 皮肤切换 +```java +// 动态换肤实现 +public class SkinManager { + private AssetManager mAssetManager; + private Resources mResources; + private String mSkinPath; + + // 加载皮肤 + public void loadSkin(String skinPath) { + try { + // 1. 创建新的AssetManager + mAssetManager = AssetManager.class.newInstance(); + + // 2. 添加皮肤资源路径 + Method addAssetPath = AssetManager.class.getMethod("addAssetPath", String.class); + addAssetPath.invoke(mAssetManager, skinPath); + + // 3. 创建新的Resources + Resources superRes = getResources(); + mResources = new Resources(mAssetManager, + superRes.getDisplayMetrics(), + superRes.getConfiguration()); + + mSkinPath = skinPath; + } catch (Exception e) { + e.printStackTrace(); + } + } + + // 获取皮肤资源 + public Resources getSkinResources() { + return mResources; + } +} +``` + +### 5.2 插件资源合并 +```java +// 插件资源合并 +public class PluginResourceManager { + private AssetManager mHostAssetManager; + private List mPluginAssetManagers = new ArrayList<>(); + + // 合并插件资源 + public void mergePluginResources(String pluginApkPath) { + try { + // 1. 创建插件AssetManager + AssetManager pluginAssetManager = AssetManager.class.newInstance(); + Method addAssetPath = AssetManager.class.getMethod("addAssetPath", String.class); + addAssetPath.invoke(pluginAssetManager, pluginApkPath); + + // 2. 添加到列表 + mPluginAssetManagers.add(pluginAssetManager); + + // 3. 创建合并的Resources + Resources mergedResources = createMergedResources(); + + // 4. 更新应用Resources + updateApplicationResources(mergedResources); + } catch (Exception e) { + e.printStackTrace(); + } + } + + // 创建合并的Resources + private Resources createMergedResources() { + // 合并所有AssetManager的资源 + // 注意：需要处理资源ID冲突 + return new MergedResources(mHostAssetManager, mPluginAssetManagers); + } +} +``` + +## 6. 性能优化 + +### 6.1 资源优化策略 +- **资源压缩**：使用WebP格式、压缩PNG +- **资源分包**：按需加载资源包 +- **资源缓存**：合理设置缓存大小和策略 +- **懒加载**：按需加载大资源 + +### 6.2 内存优化 +```java +// 资源内存优化 +class ResourceMemoryOptimizer { + // 监控资源内存使用 + public void monitorResourceMemory() { + // 1. 获取当前内存状态 + Debug.MemoryInfo memoryInfo = new Debug.MemoryInfo(); + Debug.getMemoryInfo(memoryInfo); + + // 2. 检查资源缓存大小 + long drawableCacheSize = calculateDrawableCacheSize(); + long colorCacheSize = calculateColorCacheSize(); + + // 3. 根据内存压力调整缓存 + if (memoryInfo.getTotalPss() > MEMORY_THRESHOLD) { + clearUnusedResources(); + shrinkResourceCaches(); + } + } + + // 清理未使用资源 + private void clearUnusedResources() { + // 清理长时间未使用的资源 + // 根据LRU算法清理缓存 + } +} +``` + +## 7. 调试与问题排查 + +### 7.1 调试工具 +```bash +# 查看资源信息 +adb shell dumpsys resources +adb shell dumpsys meminfo | grep -A 10 "Asset Allocations" + +# 查看当前配置 +adb shell getprop | grep -E "(density|locale|orientation)" +adb shell wm size +adb shell wm density + +# 性能分析 +adb shell am dumpheap +adb shell am profile start +``` + +### 7.2 常见问题 +- **资源找不到**：资源ID错误、资源未编译、配置不匹配 +- **内存泄漏**：资源未正确释放、缓存过大 +- **性能问题**：资源加载过慢、缓存命中率低 +- **兼容性问题**：不同设备配置资源不匹配 + +### 7.3 问题排查步骤 +1. **检查资源ID**：确认资源ID是否正确 +2. **检查资源配置**：确认设备配置和资源匹配 +3. **检查资源文件**：确认资源文件存在且格式正确 +4. **分析内存使用**：检查资源内存占用情况 +5. **性能分析**：使用性能分析工具定位瓶颈 + +## 总结 + +Android资源系统是应用开发的基础： +- **高效加载**：二进制格式和缓存机制确保高效加载 +- **灵活配置**：多配置支持适应不同设备和场景 +- **动态扩展**：支持皮肤切换和插件资源合并 +- **性能优化**：多种优化策略确保良好性能 + +深入理解Resource资源加载机制，对于优化应用性能、实现动态换肤和设计插件化架构具有重要意义。 \ No newline at end of file diff --git a/docs/Obsidian笔记体系/Areas/04-资源与包管理/动态加载与热修复原理.md b/docs/Obsidian笔记体系/Areas/04-资源与包管理/动态加载与热修复原理.md index 33f9a71..68bb292 100644 --- a/docs/Obsidian笔记体系/Areas/04-资源与包管理/动态加载与热修复原理.md +++ b/docs/Obsidian笔记体系/Areas/04-资源与包管理/动态加载与热修复原理.md @@ -1 +1,249 @@ -# 动态加载与热修复原理 +# 动态加载与热修复原理 + +Android动态加载和热修复技术允许应用在不重新安装的情况下更新代码和资源，提升用户体验和开发效率。本文深入分析动态加载和热修复的核心原理、实现方案和最佳实践。 + +## 技术架构概览 + +```mermaid +graph TB + subgraph "动态加载" + A1[宿主应用] --> A2[DexClassLoader] + A2 --> A3[插件APK] + A3 --> A4[插件资源] + A4 --> A5[插件Activity] + end + + subgraph "热修复" + B1[原始类] --> B2[补丁类] + B2 --> B3[类加载替换] + B3 --> B4[方法替换] + B4 --> B5[即时生效] + end + + subgraph "资源管理" + C1[AssetManager] --> C2[资源合并] + C2 --> C3[资源重定向] + C3 --> C4[资源隔离] + end +``` + +## 1. 动态加载技术 + +### 1.1 类加载机制 +- **双亲委派模型**：ClassLoader的类加载机制 +- **DexClassLoader**：支持从APK/JAR文件加载Dex +- **PathClassLoader**：系统默认的ClassLoader + +### 1.2 插件化架构 +```java +// 插件化核心代码示例 +public class PluginManager { + private DexClassLoader mClassLoader; + private AssetManager mAssetManager; + private Resources mResources; + + // 加载插件 + public void loadPlugin(String apkPath) { + // 1. 创建DexClassLoader + mClassLoader = new DexClassLoader( + apkPath, // APK路径 + getDir("dex", 0).getPath(), // 优化后的Dex输出目录 + null, // 库文件目录 + getClassLoader() // 父ClassLoader + ); + + // 2. 创建AssetManager加载插件资源 + mAssetManager = AssetManager.class.newInstance(); + Method addAssetPath = AssetManager.class.getMethod("addAssetPath", String.class); + addAssetPath.invoke(mAssetManager, apkPath); + + // 3. 创建Resources对象 + Resources superRes = getResources(); + mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(), superRes.getConfiguration()); + } + + // 加载插件类 + public Class loadClass(String className) throws ClassNotFoundException { + return mClassLoader.loadClass(className); + } +} +``` + +## 2. 热修复技术 + +### 2.1 热修复原理 +- **方法替换**：运行时替换有问题的Java方法 +- **类加载替换**：替换ClassLoader加载的类 +- **Native修复**：修复Native层的代码问题 + +### 2.2 主流方案对比 + +| 方案 | 原理 | 优点 | 缺点 | +|------|------|------|------| +| **AndFix** | Native方法替换 | 即时生效，兼容性好 | 需要适配不同Android版本 | +| **Tinker** | 全量Dex替换 | 修复彻底，支持资源修复 | 需要重启应用 | +| **Sophix** | 混合模式 | 即时生效+全量替换 | 商业方案，需要付费 | +| **Robust** | Instant Run原理 | 稳定性高 | 方法插桩，包体积增大 | + +### 2.3 Tinker实现原理 +```java +// Tinker核心原理：Dex差分合并 +public class TinkerManager { + // 1. 生成差分包 + public void generatePatch(String oldApk, String newApk, String patchPath) { + // 使用BSDiff算法生成Dex差分 + BsDiff.diff(oldApk, newApk, patchPath); + } + + // 2. 应用补丁 + public void applyPatch(Context context, String patchPath) { + // 加载补丁Dex + DexClassLoader patchClassLoader = new DexClassLoader( + patchPath, + context.getDir("patch", 0).getPath(), + null, + PathClassLoader.getSystemClassLoader() + ); + + // 合并到主DexClassLoader + mergeDexElements(patchClassLoader, context.getClassLoader()); + } + + // 3. 合并DexElements + private void mergeDexElements(ClassLoader patchLoader, ClassLoader mainLoader) { + // 通过反射合并DexPathList中的dexElements数组 + // 将补丁Dex插入到数组最前面，优先加载 + } +} +``` + +## 3. 资源热修复 + +### 3.1 资源加载机制 +- **AssetManager**：Android资源管理核心类 +- **Resources**：资源访问接口 +- **ResourceTable**：资源ID映射表 + +### 3.2 资源合并方案 +```java +// 资源合并实现 +public class ResourceManager { + private AssetManager mAssetManager; + private Resources mResources; + + // 合并插件资源 + public void mergeResources(String pluginApkPath) { + try { + // 1. 创建新的AssetManager + mAssetManager = AssetManager.class.newInstance(); + + // 2. 添加宿主资源路径 + Method addAssetPath = AssetManager.class.getMethod("addAssetPath", String.class); + addAssetPath.invoke(mAssetManager, getPackageResourcePath()); + + // 3. 添加插件资源路径 + addAssetPath.invoke(mAssetManager, pluginApkPath); + + // 4. 创建新的Resources + Resources superRes = getResources(); + mResources = new Resources(mAssetManager, + superRes.getDisplayMetrics(), + superRes.getConfiguration()); + } catch (Exception e) { + e.printStackTrace(); + } + } + + // 获取合并后的资源 + public Resources getResources() { + return mResources; + } +} +``` + +## 4. So库热修复 + +### 4.1 So库加载机制 +- **System.loadLibrary**：加载系统库 +- **System.load**：加载指定路径的库 +- **NativeLoader**：Android系统的Native加载器 + +### 4.2 So库替换方案 +```java +// So库热修复实现 +public class SoHotFix { + // 加载补丁So库 + public static void loadPatchSo(String soPath) { + try { + // 1. 获取系统的NativeLibrary路径 + Field libraryPathField = ClassLoader.class.getDeclaredField("libraryPath"); + libraryPathField.setAccessible(true); + + // 2. 添加补丁So库路径 + String oldPath = (String) libraryPathField.get(ClassLoader.getSystemClassLoader()); + String newPath = soPath + File.pathSeparator + oldPath; + libraryPathField.set(ClassLoader.getSystemClassLoader(), newPath); + + // 3. 重新加载So库 + System.loadLibrary("patched_lib"); + } catch (Exception e) { + e.printStackTrace(); + } + } +} +``` + +## 5. 性能与兼容性 + +### 5.1 性能优化 +- **懒加载**：按需加载插件组件 +- **缓存机制**：缓存已加载的类和资源 +- **预加载**：提前加载常用插件 + +### 5.2 兼容性处理 +- **API适配**：处理不同Android版本的API差异 +- **厂商适配**：处理各厂商的系统定制问题 +- **架构适配**：支持ARM、x86等不同CPU架构 + +## 6. 安全考虑 + +### 6.1 安全风险 +- **代码注入**：恶意插件注入危险代码 +- **资源劫持**：插件劫持宿主资源 +- **数据泄露**：插件访问敏感数据 + +### 6.2 安全措施 +- **签名验证**：验证插件签名合法性 +- **权限控制**：限制插件权限范围 +- **沙箱隔离**：插件运行在隔离环境 + +## 7. 调试与问题排查 + +### 7.1 调试工具 +```bash +# 查看ClassLoader信息 +adb shell dumpsys activity top | grep -A 20 "ClassLoader" + +# 查看Dex文件信息 +adb shell dex2oat --dex-file= --oat-file= + +# 性能分析 +adb shell am profile start +adb shell am profile stop +``` + +### 7.2 常见问题 +- **类找不到**：ClassLoader加载路径问题 +- **资源冲突**：资源ID重复或冲突 +- **内存泄漏**：插件未正确释放资源 +- **兼容性问题**：特定机型或系统版本问题 + +## 总结 + +动态加载与热修复是Android高级开发的重要技术： +- **灵活更新**：实现应用的不重启更新 +- **快速修复**：及时修复线上问题 +- **模块化开发**：支持插件化架构 +- **用户体验**：提升用户使用体验 + +深入理解动态加载与热修复原理，对于构建稳定、可维护的Android应用具有重要意义。 \ No newline at end of file diff --git a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/AIDL与HIDL使用与原理.md b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/AIDL与HIDL使用与原理.md index 0ee1e25..5f45306 100644 --- a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/AIDL与HIDL使用与原理.md +++ b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/AIDL与HIDL使用与原理.md @@ -1 +1,555 @@ # AIDL与HIDL使用与原理 + +在Android系统中，AIDL（Android Interface Definition Language）和HIDL（Hardware Interface Definition Language）是两种重要的跨进程通信机制。本文深入分析它们的原理、使用方法和最佳实践。 + +## 架构概览 + +```mermaid +graph TB + subgraph "AIDL架构" + A1[客户端 Client] --> A2[代理 Proxy] + A2 --> A3[服务端 Service] + A3 --> A4[Binder驱动] + A4 --> A5[系统服务] + end + + subgraph "HIDL架构" + B1[HAL层] --> B2[HIDL接口] + B2 --> B3[Framework层] + B3 --> B4[应用层] + B4 --> B5[硬件抽象] + end + + subgraph "通信流程" + C1[接口定义] --> C2[代码生成] + C2 --> C3[服务实现] + C3 --> C4[客户端调用] + C4 --> C5[数据传输] + end +``` + +## 1. AIDL基础 + +### 1.1 AIDL接口定义 +```java +// IBookManager.aidl +package com.example.aidl; + +// 导入其他AIDL接口 +import com.example.aidl.IBookListener; + +// 定义接口 +interface IBookManager { + // 基本数据类型 + int getBookCount(); + + // 自定义对象（需要实现Parcelable） + Book getBook(in int bookId); + + // 对象列表 + List getBookList(); + + // 添加书籍 + void addBook(in Book book); + + // 注册监听器（oneway表示异步调用） + oneway void registerListener(IBookListener listener); + + // 注销监听器 + oneway void unregisterListener(IBookListener listener); +} +``` + +### 1.2 Parcelable对象定义 +```java +// Book.java - 实现Parcelable接口 +public class Book implements Parcelable { + private int id; + private String name; + private double price; + + // Parcelable实现 + protected Book(Parcel in) { + id = in.readInt(); + name = in.readString(); + price = in.readDouble(); + } + + public static final Creator CREATOR = new Creator() { + @Override + public Book createFromParcel(Parcel in) { + return new Book(in); + } + + @Override + public Book[] newArray(int size) { + return new Book[size]; + } + }; + + @Override + public int describeContents() { + return 0; + } + + @Override + public void writeToParcel(Parcel dest, int flags) { + dest.writeInt(id); + dest.writeString(name); + dest.writeDouble(price); + } + + // 对应Book.aidl文件 + // parcelable Book; +} +``` + +## 2. AIDL服务实现 + +### 2.1 服务端实现 +```java +// BookManagerService.java +public class BookManagerService extends Service { + private static final String TAG = "BookManagerService"; + + // 线程安全的书籍列表 + private CopyOnWriteArrayList mBookList = new CopyOnWriteArrayList<>(); + + // 监听器列表 + private CopyOnWriteArrayList mListenerList = + new CopyOnWriteArrayList<>(); + + // 死亡监听器 + private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipient() { + @Override + public void binderDied() { + // 客户端进程死亡处理 + Log.w(TAG, "binder died"); + } + }; + + // Binder实现 + private Binder mBinder = new IBookManager.Stub() { + @Override + public int getBookCount() { + return mBookList.size(); + } + + @Override + public Book getBook(int bookId) { + for (Book book : mBookList) { + if (book.getId() == bookId) { + return book; + } + } + return null; + } + + @Override + public List getBookList() { + return mBookList; + } + + @Override + public void addBook(Book book) { + mBookList.add(book); + // 通知所有监听器 + for (IBookListener listener : mListenerList) { + try { + listener.onNewBookArrived(book); + } catch (RemoteException e) { + e.printStackTrace(); + } + } + } + + @Override + public void registerListener(IBookListener listener) { + if (!mListenerList.contains(listener)) { + mListenerList.add(listener); + try { + listener.asBinder().linkToDeath(mDeathRecipient, 0); + } catch (RemoteException e) { + e.printStackTrace(); + } + } + } + + @Override + public void unregisterListener(IBookListener listener) { + mListenerList.remove(listener); + } + }; + + @Override + public void onCreate() { + super.onCreate(); + // 初始化数据 + mBookList.add(new Book(1, "Android开发艺术探索", 79.0)); + mBookList.add(new Book(2, "深入理解Android内核设计", 89.0)); + } + + @Override + public IBinder onBind(Intent intent) { + return mBinder; + } +} +``` + +### 2.2 客户端调用 +```java +// MainActivity.java +public class MainActivity extends AppCompatActivity { + private static final String TAG = "MainActivity"; + + private IBookManager mBookManager; + private ServiceConnection mConnection = new ServiceConnection() { + @Override + public void onServiceConnected(ComponentName name, IBinder service) { + mBookManager = IBookManager.Stub.asInterface(service); + try { + // 连接死亡监听 + service.linkToDeath(mDeathRecipient, 0); + + // 调用远程方法 + int count = mBookManager.getBookCount(); + Log.d(TAG, "Book count: " + count); + + // 获取书籍列表 + List bookList = mBookManager.getBookList(); + for (Book book : bookList) { + Log.d(TAG, "Book: " + book.getName()); + } + + // 注册监听器 + mBookManager.registerListener(mBookListener); + + } catch (RemoteException e) { + e.printStackTrace(); + } + } + + @Override + public void onServiceDisconnected(ComponentName name) { + mBookManager = null; + } + }; + + private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipient() { + @Override + public void binderDied() { + // 重新绑定服务 + if (mBookManager != null) { + mBookManager.asBinder().unlinkToDeath(mDeathRecipient, 0); + mBookManager = null; + } + bindService(); + } + }; + + private IBookListener mBookListener = new IBookListener.Stub() { + @Override + public void onNewBookArrived(Book newBook) { + // 注意：这里运行在Binder线程池中 + runOnUiThread(() -> { + Toast.makeText(MainActivity.this, + "New book: " + newBook.getName(), + Toast.LENGTH_SHORT).show(); + }); + } + }; + + private void bindService() { + Intent intent = new Intent(this, BookManagerService.class); + bindService(intent, mConnection, Context.BIND_AUTO_CREATE); + } + + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + setContentView(R.layout.activity_main); + bindService(); + } + + @Override + protected void onDestroy() { + if (mBookManager != null && mBookManager.asBinder().isBinderAlive()) { + try { + mBookManager.unregisterListener(mBookListener); + } catch (RemoteException e) { + e.printStackTrace(); + } + } + unbindService(mConnection); + super.onDestroy(); + } +} +``` + +## 3. HIDL基础 + +### 3.1 HIDL接口定义 +```java +// IExample.hal +package android.hardware.example@1.0; + +interface IExample { + // 同步方法 + getVersion() generates (uint32_t major, uint32_t minor); + + // 异步方法 + setValue(uint32_t value); + + // 带返回值的异步方法 + getValue() generates (uint32_t value); + + // 回调接口 + registerCallback(IExampleCallback callback); + + // 复杂数据类型 + struct Data { + vec bytes; + string name; + uint32_t id; + }; + + processData(Data data) generates (Data result); +}; +``` + +### 3.2 HIDL服务实现 +```cpp +// Example.cpp - HAL实现 +#include +#include +#include + +using android::hardware::example::V1_0::IExample; +using android::hardware::example::V1_0::IExampleCallback; +using android::hardware::example::V1_0::Data; +using android::hardware::Return; +using android::hardware::Void; +using android::hardware::hidl_vec; +using android::hardware::hidl_string; +using android::sp; + +class ExampleImpl : public IExample { +private: + uint32_t mValue; + sp mCallback; + +public: + ExampleImpl() : mValue(0) {} + + // 获取版本信息 + Return getVersion(getVersion_cb _hidl_cb) override { + _hidl_cb(1, 0); // 返回主版本和次版本 + return Void(); + } + + // 设置值 + Return setValue(uint32_t value) override { + mValue = value; + + // 通知回调 + if (mCallback != nullptr) { + mCallback->onValueChanged(value); + } + + return Void(); + } + + // 获取值 + Return getValue(getValue_cb _hidl_cb) override { + _hidl_cb(mValue); + return Void(); + } + + // 注册回调 + Return registerCallback(const sp& callback) override { + mCallback = callback; + return Void(); + } + + // 处理数据 + Return processData(const Data& input, processData_cb _hidl_cb) override { + Data result; + result.id = input.id + 1; + result.name = "processed_" + input.name; + + // 处理字节数据 + result.bytes.resize(input.bytes.size()); + for (size_t i = 0; i < input.bytes.size(); i++) { + result.bytes[i] = input.bytes[i] ^ 0xFF; // 简单加密 + } + + _hidl_cb(result); + return Void(); + } +}; + +int main() { + android::sp service = new ExampleImpl(); + return service->registerAsService(); +} +``` + +## 4. 性能优化与最佳实践 + +### 4.1 AIDL性能优化 +```java +// 批量数据传输优化 +class BatchDataTransfer { + // 不好的做法：多次跨进程调用 + public void transferDataPoor(List dataList) { + for (Data data : dataList) { + mAidlService.processData(data); // 每次都是跨进程调用 + } + } + + // 好的做法：批量传输 + public void transferDataGood(List dataList) { + mAidlService.processBatchData(dataList); // 一次跨进程调用 + } +} + +// 使用ParcelFileDescriptor传输大文件 +public void transferLargeFile(File file) throws IOException { + ParcelFileDescriptor pfd = ParcelFileDescriptor.open( + file, ParcelFileDescriptor.MODE_READ_ONLY); + mAidlService.processLargeFile(pfd); + pfd.close(); +} +``` + +### 4.2 线程安全处理 +```java +// 线程安全的AIDL服务 +class ThreadSafeAidlService extends Service { + private final Object mLock = new Object(); + private Map mDataMap = new HashMap<>(); + + private final IAidlService.Stub mBinder = new IAidlService.Stub() { + @Override + public Data getData(String key) { + synchronized (mLock) { + return mDataMap.get(key); + } + } + + @Override + public void setData(String key, Data data) { + synchronized (mLock) { + mDataMap.put(key, data); + } + } + + @Override + public List getAllData() { + synchronized (mLock) { + return new ArrayList<>(mDataMap.values()); + } + } + }; +} +``` + +### 4.3 错误处理与重试 +```java +// 健壮的AIDL客户端 +class RobustAidlClient { + private IAidlService mService; + private static final int MAX_RETRY_COUNT = 3; + + public Data getDataWithRetry(String key) { + int retryCount = 0; + while (retryCount < MAX_RETRY_COUNT) { + try { + if (mService == null || !mService.asBinder().isBinderAlive()) { + reconnectService(); + } + return mService.getData(key); + } catch (RemoteException e) { + retryCount++; + if (retryCount >= MAX_RETRY_COUNT) { + throw new RuntimeException("Failed to get data after retries", e); + } + // 等待后重试 + try { + Thread.sleep(100 * retryCount); + } catch (InterruptedException ie) { + Thread.currentThread().interrupt(); + throw new RuntimeException("Interrupted during retry", ie); + } + } + } + return null; + } + + private void reconnectService() { + // 重新绑定服务逻辑 + } +} +``` + +## 5. 调试与问题排查 + +### 5.1 AIDL调试工具 +```bash +# 查看Binder状态 +adb shell dumpsys activity services +adb shell dumpsys activity processes | grep -A 30 "Binder" + +# 查看服务连接 +adb shell dumpsys activity top | grep -A 20 "ServiceConnection" + +# 性能分析 +adb shell am trace-ipc start +# ...执行操作... +adb shell am trace-ipc stop --dump-file /data/local/tmp/ipc-trace.txt +``` + +### 5.2 常见问题与解决方案 +- **Binder传输限制**：单个Binder事务大小限制为1MB，大文件使用ParcelFileDescriptor +- **内存泄漏**：及时注销监听器，避免持有服务引用导致内存泄漏 +- **线程安全问题**：AIDL方法运行在Binder线程池，注意线程同步 +- **服务死亡处理**：实现DeathRecipient监听，服务死亡时重新绑定 +- **版本兼容性**：AIDL接口变更时注意向后兼容，HIDL使用主版本号管理兼容性 + +### 5.3 性能监控 +```java +// AIDL调用性能监控 +class AidlPerformanceMonitor { + private Map mCallStats = new ConcurrentHashMap<>(); + + class CallStats { + long callCount; + long totalTime; + long maxTime; + + synchronized void recordCall(long duration) { + callCount++; + totalTime += duration; + maxTime = Math.max(maxTime, duration); + } + } + + public T monitorCall(String methodName, Supplier task) { + long startTime = System.currentTimeMillis(); + try { + return task.get(); + } finally { + long endTime = System.currentTimeMillis(); + long duration = endTime - startTime; + + CallStats stats = mCallStats.computeIfAbsent( + methodName, k -> new CallStats()); + stats.recordCall(duration); + } + } +} +``` + +## 总结 + +AIDL和HIDL是Android系统中重要的跨进程通信机制，理解它们的原理和最佳实践对于开发高性能、稳定的Android应用至关重要。通过合理的接口设计、线程安全处理和错误恢复机制，可以构建出健壮的跨进程通信架构。 diff --git a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Binder机制（内核到Java层）.md b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Binder机制（内核到Java层）.md index 3865725..74ff57d 100644 --- a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Binder机制（内核到Java层）.md +++ b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Binder机制（内核到Java层）.md @@ -1 +1,79 @@ # Binder机制（内核到Java层） + +Binder是Android系统中最重要的跨进程通信（IPC）机制，贯穿整个Android系统架构。本文从内核层到Java层深入分析Binder的工作原理、实现机制和优化策略。 + +## Binder架构全景 + +```mermaid +graph TB + subgraph "应用层" + A1[客户端应用] --> A2[Binder代理] + A3[服务端应用] --> A4[Binder Stub] + end + + subgraph "Framework层" + B1[Binder驱动] --> B2[ServiceManager] + B2 --> B3[系统服务] + B3 --> B4[应用服务] + end + + subgraph "内核层" + C1[Binder驱动] --> C2[内存映射] + C2 --> C3[进程间通信] + C3 --> C4[线程管理] + end + + subgraph "数据传输" + D1[Parcel序列化] --> D2[Binder事务] + D2 --> D3[内存共享] + D3 --> D4[数据拷贝] + end +``` + +## 1. Binder内核层实现 + +### 1.1 Binder驱动核心数据结构 +Binder驱动在内核层维护了进程、线程、事务等核心数据结构，通过红黑树高效管理Binder实体和引用。 + +### 1.2 Binder内存映射机制 +Binder通过内存映射实现零拷贝数据传输，每个Binder进程映射一块共享内存区域，用于高效的数据传输。 + +### 1.3 Binder事务处理 +Binder事务处理包括事务创建、目标查找、数据传递和线程唤醒等步骤，支持同步和异步两种通信模式。 + +## 2. Framework层Binder实现 + +### 2.1 Java层Binder接口 +IBinder接口定义了Binder通信的基本操作，包括事务传输、死亡通知、接口查询等功能。 + +### 2.2 Binder代理与Stub实现 +Binder类实现了IBinder接口，提供了本地事务处理和跨进程通信的基础框架。 + +### 2.3 ServiceManager实现 +ServiceManager是系统服务的注册中心，管理所有系统服务的Binder引用。 + +## 3. Binder性能优化 + +### 3.1 内存优化策略 +使用Parcel对象池和线程本地Parcel，减少对象创建和垃圾回收开销。 + +### 3.2 事务优化 +支持批量事务处理，减少跨进程调用次数，提高数据传输效率。 + +### 3.3 异步Binder调用 +通过线程池和CompletableFuture实现异步Binder调用，避免阻塞主线程。 + +## 4. Binder调试与问题排查 + +### 4.1 Binder调试工具 +使用adb命令和内核调试接口查看Binder状态和事务信息。 + +### 4.2 常见问题与解决方案 +处理Binder事务失败、内存泄漏、线程阻塞等常见问题。 + +### 4.3 性能监控 +实现Binder调用性能监控，统计调用次数、耗时和错误率。 + +## 5. 总结 + +Binder作为Android系统的核心IPC机制，其设计体现了高效、安全、可扩展的特点。理解Binder的工作原理对于Android系统开发、性能优化和问题排查都具有重要意义。 diff --git a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Handler机制源码解析.md b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Handler机制源码解析.md index ee1fe24..09aa5f2 100644 --- a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Handler机制源码解析.md +++ b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/Handler机制源码解析.md @@ -1 +1,90 @@ # Handler机制源码解析 + +Handler是Android系统中实现线程间通信的核心机制，广泛应用于UI更新、异步任务处理等场景。本文深入分析Handler、Looper、MessageQueue的源码实现和工作原理。 + +## Handler机制架构 + +```mermaid +graph TB + subgraph "核心组件" + A1[Handler] --> A2[Message] + A2 --> A3[MessageQueue] + A3 --> A4[Looper] + A4 --> A5[ThreadLocal] + end + + subgraph "工作流程" + B1[发送消息] --> B2[消息入队] + B2 --> B3[消息循环] + B3 --> B4[消息分发] + B4 --> B5[消息处理] + end + + subgraph "线程模型" + C1[主线程] --> C2[UI线程] + C3[工作线程] --> C4[后台线程] + C5[Binder线程] --> C6[IPC线程] + end + + subgraph "优化策略" + D1[消息复用] --> D2[异步屏障] + D3[空闲处理] --> D4[同步屏障] + D5[延迟消息] --> D6[即时消息] + end +``` + +## 1. Handler核心组件源码分析 + +### 1.1 Handler类源码 +Handler是消息的发送者和处理者，负责将消息发送到消息队列，并在适当的时候处理消息。 + +### 1.2 Message类源码 +Message是消息的载体，包含消息标识、参数和数据，支持对象池复用机制。 + +### 1.3 Looper类源码 +Looper是消息循环的核心，每个线程只能有一个Looper，负责从消息队列中取出消息并分发给Handler处理。 + +### 1.4 MessageQueue类源码 +MessageQueue是消息队列，使用链表结构存储消息，支持延迟消息和同步屏障等高级特性。 + +## 2. Handler工作机制深入分析 + +### 2.1 消息发送流程 +消息发送包括创建消息、设置参数、入队等步骤，支持立即发送、延迟发送和插入队头等多种方式。 + +### 2.2 消息处理流程 +消息处理遵循优先级：Runnable回调 > Handler.Callback > handleMessage()方法。 + +## 3. Handler高级特性 + +### 3.1 同步屏障机制 +同步屏障用于优先处理异步消息，适用于需要立即响应的场景。 + +### 3.2 空闲处理器 +空闲处理器在消息队列空闲时执行，适用于低优先级任务。 + +## 4. Handler性能优化与最佳实践 + +### 4.1 消息复用优化 +使用Message.obtain()获取消息对象，避免频繁创建和GC压力。 + +### 4.2 避免内存泄漏 +使用静态内部类+弱引用，及时移除消息和回调。 + +### 4.3 线程安全处理 +确保多线程环境下Handler的正确使用和同步。 + +## 5. Handler调试与问题排查 + +### 5.1 Handler调试工具 +使用adb命令和系统工具查看Handler状态和消息队列。 + +### 5.2 常见问题与解决方案 +处理内存泄漏、ANR、消息丢失等常见问题。 + +### 5.3 性能监控 +实现Handler性能监控，统计消息处理时间和延迟情况。 + +## 6. 总结 + +Handler机制是Android系统线程间通信的核心，理解其源码实现对于开发高性能、稳定的Android应用至关重要。 diff --git a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md index 8df7e69..74c45e6 100644 --- a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md +++ b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/README.md @@ -1 +1,151 @@ -# 05-进程与线程通信 +# 05-进程与线程通信 + +本目录包含Android系统中进程与线程通信相关技术的深入分析和源码解析。涵盖了Binder机制、Handler机制、AIDL/HIDL、跨进程同步等核心内容。 + +## 文件结构 + +### 核心文档 +1. **跨进程同步与锁优化.md** - 深入分析Android跨进程同步机制、锁优化策略和最佳实践 +2. **AIDL与HIDL使用与原理.md** - 详细解析AIDL和HIDL的接口定义、服务实现和性能优化 +3. **Binder机制（内核到Java层）.md** - 从内核层到Java层全面分析Binder的工作原理和实现机制 +4. **Handler机制源码解析.md** - 深入分析Handler、Looper、MessageQueue的源码实现和工作原理 + +### 技术要点 + +#### 1. 跨进程同步与锁优化 +- 进程同步原语分类（Mutex、RWLock、Condition等） +- 跨进程同步机制（文件锁、共享内存、Binder同步） +- 锁优化策略（锁粒度优化、锁竞争避免、死锁预防） +- 性能监控与自适应锁优化 + +#### 2. AIDL与HIDL使用与原理 +- AIDL接口定义和Parcelable对象实现 +- AIDL服务端和客户端实现 +- HIDL接口定义和HAL层实现 +- 性能优化和最佳实践 + +#### 3. Binder机制（内核到Java层） +- Binder驱动核心数据结构和内存映射机制 +- Binder事务处理流程 +- Framework层Binder接口和ServiceManager实现 +- Binder性能优化策略 + +#### 4. Handler机制源码解析 +- Handler、Message、Looper、MessageQueue源码分析 +- 消息发送和处理流程 +- 同步屏障和空闲处理器高级特性 +- Handler性能优化和内存泄漏预防 + +## 学习路径 + +### 初级（了解基础概念） +1. 阅读Handler机制源码解析.md，理解Android线程通信基础 +2. 学习跨进程同步与锁优化.md中的同步原语部分 + +### 中级（掌握核心机制） +1. 深入学习Binder机制（内核到Java层）.md，理解Android IPC核心 +2. 学习AIDL与HIDL使用与原理.md，掌握接口定义和服务实现 + +### 高级（优化和问题排查） +1. 研究各文档中的性能优化部分 +2. 学习调试工具和问题排查方法 +3. 实践高级特性如同步屏障、空闲处理器等 + +## 调试工具 + +### Binder调试 +```bash +# 查看Binder状态 +adb shell dumpsys activity services +adb shell cat /sys/kernel/debug/binder/state + +# Binder性能分析 +adb shell am trace-ipc start +adb shell am trace-ipc stop --dump-file /data/local/tmp/ipc-trace.txt +``` + +### Handler调试 +```bash +# 查看主线程消息队列 +adb shell dumpsys activity processes | grep -A 50 "main" + +# Handler消息统计 +adb shell dumpsys activity top | grep -A 20 "Handler" +``` + +### 性能分析工具 +- Systrace/Perfetto：分析系统性能 +- Android Profiler：分析内存和CPU使用 +- Traceview：方法调用跟踪 + +## 常见问题 + +### 1. 内存泄漏问题 +- Handler内存泄漏：使用静态内部类+弱引用 +- Binder服务泄漏：及时注销DeathRecipient +- 消息未回收：及时调用Message.recycle() + +### 2. 性能问题 +- ANR问题：避免在主线程执行耗时操作 +- 锁竞争：优化锁粒度，使用读写锁 +- Binder调用频繁：使用批量事务 + +### 3. 线程安全问题 +- 多线程访问共享资源：使用合适的同步机制 +- Handler跨线程使用：确保线程安全 +- Binder回调线程：注意回调线程环境 + +## 最佳实践 + +### 代码规范 +1. 使用Message.obtain()获取消息对象，避免频繁创建 +2. 及时回收消息和清理资源 +3. 使用合适的同步机制，避免死锁 +4. 合理设计接口，减少跨进程调用次数 + +### 性能优化 +1. 复用对象，减少GC压力 +2. 使用异步调用，避免阻塞主线程 +3. 合理设置消息优先级 +4. 监控性能指标，及时优化 + +### 调试技巧 +1. 使用系统工具分析问题 +2. 添加日志和监控代码 +3. 使用单元测试验证功能 +4. 性能测试和压力测试 + +## 扩展阅读 + +### 官方文档 +- [Android Interface Definition Language (AIDL)](https://developer.android.com/guide/components/aidl) +- [Handlers and Loopers](https://developer.android.com/reference/android/os/Handler) +- [Binder IPC](https://source.android.com/docs/core/architecture/hidl/binder-ipc) + +### 源码位置 +- Framework层：`frameworks/base/core/java/android/os/` +- 内核层：`kernel/drivers/android/binder.c` +- AIDL生成代码：`build/generated/aidl_source_output_dir/` + +### 相关技术 +- ServiceManager：系统服务管理 +- Parcel：数据序列化 +- ThreadLocal：线程本地存储 +- 同步原语：Mutex、Condition、Semaphore等 + +## 更新日志 + +### 2026-01-12 +- 完善所有核心文档内容 +- 添加详细的技术分析和代码示例 +- 补充性能优化和最佳实践 +- 添加调试工具和问题排查方法 + +### 2026-01-05 +- 创建目录结构 +- 初始化文档框架 +- 添加基础内容 + +--- + +**注意**：本文档内容基于Android开源项目源码分析，适用于Android系统开发者和Framework开发者。建议结合源码阅读和实践使用。 diff --git a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/跨进程同步与锁优化.md b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/跨进程同步与锁优化.md index a97744c..38d8db1 100644 --- a/docs/Obsidian笔记体系/Areas/05-进程与线程通信/跨进程同步与锁优化.md +++ b/docs/Obsidian笔记体系/Areas/05-进程与线程通信/跨进程同步与锁优化.md @@ -1 +1,571 @@ # 跨进程同步与锁优化 + +在Android多进程架构中，进程间同步和锁机制是保证数据一致性和系统稳定性的关键技术。本文深入分析Android跨进程同步机制、锁优化策略和最佳实践。 + +## 进程同步架构概览 + +```mermaid +graph TB + subgraph "同步原语" + A1[互斥锁 Mutex] --> A2[条件变量 Condition] + A2 --> A3[读写锁 RWLock] + A3 --> A4[信号量 Semaphore] + A4 --> A5[屏障 Barrier] + end + + subgraph "跨进程同步" + B1[文件锁] --> B2[共享内存] + B2 --> B3[消息队列] + B3 --> B4[信号量] + B4 --> B5[Binder同步] + end + + subgraph "优化策略" + C1[锁粒度优化] --> C2[锁竞争避免] + C2 --> C3[死锁预防] + C3 --> C4[性能监控] + C4 --> C5[自适应锁] + end +``` + +## 1. 进程同步基础 + +### 1.1 同步原语分类 +- **互斥锁（Mutex）**：保证同一时间只有一个线程访问共享资源 +- **读写锁（RWLock）**：允许多个读线程同时访问，写线程独占访问 +- **条件变量（Condition）**：线程等待特定条件满足 +- **信号量（Semaphore）**：控制同时访问资源的线程数量 +- **屏障（Barrier）**：等待多个线程到达同步点 + +### 1.2 Android中的同步机制 +```cpp +// Android中的同步原语实现 +class AndroidSync { + // 1. Mutex实现 + class Mutex { + private: + pthread_mutex_t mMutex; + public: + Mutex() { pthread_mutex_init(&mMutex, NULL); } + ~Mutex() { pthread_mutex_destroy(&mMutex); } + void lock() { pthread_mutex_lock(&mMutex); } + void unlock() { pthread_mutex_unlock(&mMutex); } + }; + + // 2. Condition实现 + class Condition { + private: + pthread_cond_t mCond; + Mutex& mMutex; + public: + Condition(Mutex& mutex) : mMutex(mutex) { + pthread_cond_init(&mCond, NULL); + } + void wait() { pthread_cond_wait(&mCond, &mMutex.mMutex); } + void signal() { pthread_cond_signal(&mCond); } + void broadcast() { pthread_cond_broadcast(&mCond); } + }; + + // 3. 读写锁实现 + class RWLock { + private: + pthread_rwlock_t mLock; + public: + RWLock() { pthread_rwlock_init(&mLock, NULL); } + ~RWLock() { pthread_rwlock_destroy(&mLock); } + void readLock() { pthread_rwlock_rdlock(&mLock); } + void writeLock() { pthread_rwlock_wrlock(&mLock); } + void unlock() { pthread_rwlock_unlock(&mLock); } + }; +}; +``` + +## 2. 跨进程同步机制 + +### 2.1 文件锁（File Lock） +```cpp +// 文件锁实现跨进程同步 +class FileLock { +private: + int mFd; + struct flock mLock; + +public: + FileLock(const char* filename) { + // 打开文件 + mFd = open(filename, O_RDWR | O_CREAT, 0644); + if (mFd < 0) { + perror("open file failed"); + } + } + + ~FileLock() { + if (mFd >= 0) { + close(mFd); + } + } + + // 获取排他锁 + bool lockExclusive() { + mLock.l_type = F_WRLCK; // 写锁（排他锁） + mLock.l_whence = SEEK_SET; + mLock.l_start = 0; + mLock.l_len = 0; // 锁定整个文件 + + return fcntl(mFd, F_SETLKW, &mLock) != -1; + } + + // 获取共享锁 + bool lockShared() { + mLock.l_type = F_RDLCK; // 读锁（共享锁） + mLock.l_whence = SEEK_SET; + mLock.l_start = 0; + mLock.l_len = 0; + + return fcntl(mFd, F_SETLKW, &mLock) != -1; + } + + // 释放锁 + bool unlock() { + mLock.l_type = F_UNLCK; + return fcntl(mFd, F_SETLK, &mLock) != -1; + } +}; +``` + +### 2.2 共享内存同步 +```cpp +// 共享内存+信号量实现跨进程同步 +class SharedMemorySync { +private: + int mShmId; + void* mShmAddr; + sem_t* mSemaphore; + +public: + SharedMemorySync(const char* key, size_t size) { + // 1. 创建共享内存 + key_t shmKey = ftok(key, 'R'); + mShmId = shmget(shmKey, size, 0644 | IPC_CREAT); + + // 2. 附加到进程地址空间 + mShmAddr = shmat(mShmId, NULL, 0); + + // 3. 创建信号量 + mSemaphore = sem_open(key, O_CREAT, 0644, 1); + } + + ~SharedMemorySync() { + // 分离共享内存 + shmdt(mShmAddr); + // 关闭信号量 + sem_close(mSemaphore); + } + + // 进入临界区 + void enterCriticalSection() { + sem_wait(mSemaphore); // P操作 + } + + // 离开临界区 + void leaveCriticalSection() { + sem_post(mSemaphore); // V操作 + } + + // 获取共享内存地址 + void* getSharedMemory() { + return mShmAddr; + } +}; +``` + +### 2.3 Binder同步机制 +```java +// Binder跨进程同步示例 +public class BinderSyncService extends Service { + private final Object mLock = new Object(); + private int mSharedValue = 0; + + private final IBinder mBinder = new ISyncService.Stub() { + @Override + public synchronized int getValue() { + synchronized (mLock) { + // 跨进程同步访问 + return mSharedValue; + } + } + + @Override + public synchronized void setValue(int value) { + synchronized (mLock) { + // 跨进程同步修改 + mSharedValue = value; + // 通知等待的线程 + mLock.notifyAll(); + } + } + + @Override + public synchronized void waitForValue(int target) throws RemoteException { + synchronized (mLock) { + while (mSharedValue != target) { + try { + // 跨进程等待 + mLock.wait(); + } catch (InterruptedException e) { + Thread.currentThread().interrupt(); + } + } + } + } + }; + + @Override + public IBinder onBind(Intent intent) { + return mBinder; + } +} +``` + +## 3. 锁优化策略 + +### 3.1 锁粒度优化 +```java +// 锁粒度优化示例 +class LockGranularityOptimization { + // 粗粒度锁 - 性能较差 + private final Object mCoarseLock = new Object(); + private Map mData1 = new HashMap<>(); + private Map mData2 = new HashMap<>(); + + public void updateCoarse(String key, int value, String str) { + synchronized (mCoarseLock) { // 锁住所有数据 + mData1.put(key, value); + mData2.put(key, str); + } + } + + // 细粒度锁 - 性能更好 + private final Object mLock1 = new Object(); + private final Object mLock2 = new Object(); + + public void updateFine(String key, int value, String str) { + synchronized (mLock1) { // 只锁住相关数据 + mData1.put(key, value); + } + synchronized (mLock2) { + mData2.put(key, str); + } + } + + // 读写锁优化 + private final ReentrantReadWriteLock mRwLock = new ReentrantReadWriteLock(); + + public int readWithRWLock(String key) { + mRwLock.readLock().lock(); + try { + return mData1.getOrDefault(key, 0); + } finally { + mRwLock.readLock().unlock(); + } + } + + public void writeWithRWLock(String key, int value) { + mRwLock.writeLock().lock(); + try { + mData1.put(key, value); + } finally { + mRwLock.writeLock().unlock(); + } + } +} +``` + +### 3.2 锁竞争避免 +```java +// 锁竞争避免策略 +class LockCompetitionAvoidance { + // 1. 锁分解（Lock Splitting） + private final Object[] mLocks; + private final Map[] mDataSegments; + + public LockCompetitionAvoidance(int segments) { + mLocks = new Object[segments]; + mDataSegments = new HashMap[segments]; + for (int i = 0; i < segments; i++) { + mLocks[i] = new Object(); + mDataSegments[i] = new HashMap<>(); + } + } + + // 根据key哈希选择锁 + private int getSegmentIndex(String key) { + return Math.abs(key.hashCode()) % mLocks.length; + } + + public void put(String key, String value) { + int index = getSegmentIndex(key); + synchronized (mLocks[index]) { + mDataSegments[index].put(key, value); + } + } + + // 2. 锁粗化（Lock Coarsening） + public void lockCoarseningExample() { + // 不好的做法：多次加锁解锁 + synchronized (this) { + operation1(); + } + synchronized (this) { + operation2(); + } + synchronized (this) { + operation3(); + } + + // 好的做法：锁粗化 + synchronized (this) { + operation1(); + operation2(); + operation3(); + } + } + + // 3. 无锁编程（Lock-Free） + private final AtomicInteger mAtomicCounter = new AtomicInteger(0); + + public void lockFreeIncrement() { + mAtomicCounter.incrementAndGet(); + } + + private final ConcurrentHashMap mConcurrentMap = + new ConcurrentHashMap<>(); + + public void lockFreePut(String key, String value) { + mConcurrentMap.put(key, value); + } +} +``` + +### 3.3 死锁预防与检测 +```java +// 死锁预防策略 +class DeadlockPrevention { + // 1. 锁顺序一致 + private final Object mLockA = new Object(); + private final Object mLockB = new Object(); + + public void safeMethod1() { + // 总是先获取lockA，再获取lockB + synchronized (mLockA) { + synchronized (mLockB) { + // 操作共享资源 + } + } + } + + public void safeMethod2() { + // 保持相同的锁顺序 + synchronized (mLockA) { + synchronized (mLockB) { + // 操作共享资源 + } + } + } + + // 2. 锁超时机制 + public void lockWithTimeout() { + ReentrantLock lock = new ReentrantLock(); + try { + // 尝试获取锁，最多等待1秒 + if (lock.tryLock(1, TimeUnit.SECONDS)) { + try { + // 执行操作 + } finally { + lock.unlock(); + } + } else { + // 获取锁超时，执行备用方案 + handleLockTimeout(); + } + } catch (InterruptedException e) { + Thread.currentThread().interrupt(); + } + } + + // 3. 死锁检测 + public void deadlockDetection() { + ThreadMXBean threadBean = ManagementFactory.getThreadMXBean(); + long[] threadIds = threadBean.findDeadlockedThreads(); + + if (threadIds != null) { + ThreadInfo[] threadInfos = threadBean.getThreadInfo(threadIds); + for (ThreadInfo threadInfo : threadInfos) { + System.err.println("死锁检测到线程: " + threadInfo.getThreadName()); + System.err.println(" 等待锁: " + threadInfo.getLockName()); + System.err.println(" 被锁持有者: " + threadInfo.getLockOwnerName()); + } + + // 死锁恢复策略 + recoverFromDeadlock(threadInfos); + } + } + + private void handleLockTimeout() { + // 锁超时处理逻辑 + } + + private void recoverFromDeadlock(ThreadInfo[] threadInfos) { + // 死锁恢复逻辑，如中断线程、释放资源等 + } +} +``` + +## 4. 性能监控与调优 + +### 4.1 锁性能监控 +```java +// 锁性能监控工具 +class LockPerformanceMonitor { + private final Map mLockStats = new ConcurrentHashMap<>(); + + class LockStats { + long acquireCount; + long totalWaitTime; + long maxWaitTime; + long contentionCount; + + synchronized void recordAcquire(long waitTime) { + acquireCount++; + totalWaitTime += waitTime; + maxWaitTime = Math.max(maxWaitTime, waitTime); + if (waitTime > 10) { // 10ms视为竞争 + contentionCount++; + } + } + } + + // 监控锁 + public T monitorLock(String lockName, Supplier task) { + long startTime = System.currentTimeMillis(); + try { + return task.get(); + } finally { + long endTime = System.currentTimeMillis(); + long waitTime = endTime - startTime; + + LockStats stats = mLockStats.computeIfAbsent( + lockName, k -> new LockStats()); + stats.recordAcquire(waitTime); + } + } + + // 生成性能报告 + public void generateReport() { + for (Map.Entry entry : mLockStats.entrySet()) { + LockStats stats = entry.getValue(); + if (stats.acquireCount > 0) { + double avgWaitTime = (double) stats.totalWaitTime / stats.acquireCount; + double contentionRate = (double) stats.contentionCount / stats.acquireCount; + + System.out.println(String.format( + "锁[%s]: 获取次数=%d, 平均等待=%.2fms, 最大等待=%dms, 竞争率=%.2f%%", + entry.getKey(), stats.acquireCount, avgWaitTime, + stats.maxWaitTime, contentionRate * 100)); + } + } + } +} +``` + +### 4.2 自适应锁优化 +```java +// 自适应锁策略 +class AdaptiveLockStrategy { + private final ReentrantLock mLock = new ReentrantLock(); + private volatile int mContentionLevel = 0; + private volatile long mLastContentionTime = 0; + + // 自适应获取锁 + public void adaptiveLock(Runnable task) { + if (shouldUseSpinLock()) { + // 使用自旋锁（低竞争场景） + spinLock(task); + } else { + // 使用阻塞锁（高竞争场景） + blockingLock(task); + } + + updateContentionLevel(); + } + + private boolean shouldUseSpinLock() { + long currentTime = System.currentTimeMillis(); + // 如果最近有竞争，使用阻塞锁 + if (currentTime - mLastContentionTime < 1000) { + return false; + } + // 低竞争级别使用自旋锁 + return mContentionLevel < 3; + } + + private void spinLock(Runnable task) { + int spinCount = 0; + while (!mLock.tryLock()) { + if (++spinCount > 100) { + // 自旋次数过多，转为阻塞 + mLock.lock(); + break; + } + // 短暂自旋 + Thread.yield(); + } + + try { + task.run(); + } finally { + mLock.unlock(); + } + } + + private void blockingLock(Runnable task) { + mLock.lock(); + try { + task.run(); + } finally { + mLock.unlock(); + } + } + + private void updateContentionLevel() { + // 根据锁竞争情况更新竞争级别 + if (mLock.hasQueuedThreads()) { + mContentionLevel++; + mLastContentionTime = System.currentTimeMillis(); + } else if (mContentionLevel > 0) { + mContentionLevel--; + } + } +} +``` + +## 5. 调试与问题排查 + +### 5.1 锁问题调试工具 +```bash +# 查看线程锁状态 +adb shell dumpsys activity processes | grep -A 20 "locked" +adb shell ps -T | grep -E "(blocked|waiting)" + +# 性能分析 +adb shell am dumpheap /data/local/tmp/heap.hprof +adb shell am profile start /data/local/tmp/trace.trace + +# systrace分析锁竞争 +python systrace.py --time=10 -o trace.html sched freq idle am wm gfx view sync +``` + +### 5.2 常见问题与解决方案 +- **死锁问题**：使用锁顺序一致、锁超时机制、死锁检测工具 +- **锁竞争严重**：优化锁粒度、使用读写锁、减少锁持有时间 +- **性能瓶颈**：监控 diff --git a/docs/cursor/cursor.md b/docs/cursor/cursor.md index 7236667..219750f 100644 --- a/docs/cursor/cursor.md +++ b/docs/cursor/cursor.md @@ -1,66 +1,66 @@ -curse 网站续费 https://cursor.com/cn/dashboard - - -联通大王卡号：13022988679 -公司电信卡号：17392826953 QQ号：3145431252 密码：renjianbo0118 邮箱：3145431252@qq.com 密码：renjianbo0118 网易邮箱17392826953@163.com !renjianbo1219 -公司移动卡号：15129026818 - - -瑞来康健微信小程序账号：15129026818@163.com 密码：Ruilaizi123456 -公众号账号：17392826953@163.com 密码：Ruilaizi123456 - - -瑞来兹开票信息 -公司名称：西安瑞来兹软件科技有限公司 -统一社会信息代码：91610131MAB0GH1Y54 -地址：陕西省西安市高新区科技二路65号启迪科技园D座9楼10901号 -电话：18691577328 -开户行及帐号：中国农业银行股份有限公司西安丈八四路分理处 -26121201040005017 - - - -公司手机号：15129026818 -公司QQ号：2183824293 renjianbo0206 绑定的的手机18133922183 -微信小程序官网：https://mp.weixin.qq.com/ -小程序2183824293@qq.com renjianbo0118 -名片秘钥 -887cd30d79bba800b30d8c4ef919a20c -公司服务器密码：~Ruilaizi123456 - -接口文档账号：903292507@qq.com renjianbo0118 - -项目管理系统 -https://pingcode.com/?utm_source=%E5%93%81%E7%89%8C%E4%B8%93%E5%8C%BA&utm_medium=pc-pingcode&utm_campaign=%E5%93%81%E7%89%8C%E4%B8%93%E5%8C%BA-%E9%AB%98%E7%BA%A7%E7%89%88&utm_content=PC-%E6%90%9C%E7%B4%A2%E9%80%9A%E6%A0%8F%E5%95%86%E5%93%81tab%E6%A0%B7%E5%BC%8F&utm_term=%E6%A0%87%E9%A2%98-PingCode&e_matchtype={matchtype}&e_creative={creative}&e_adposition={adposition}&e_pagenum={pagenum}&e_keywordid={keywordid} - -管理 17392826953 - 3145431252@qq.com renjianbo0118 - 18302920526 ruilaizi - 18792702169 ruilaizi - - -google账号：renj62507@gmail.com renjianbo123 - - -99API 账户：18133922183 renjianbo1219 -chatAI 18133922183@163.com !renjianbo0118 - - -儿童医院小程序注册邮箱 3669785689@qq.com !ruilaizi123456 - -微信开放平台 生长激素预测模型小程序 3990202197@qq.com renjianbo1219 -生长激素预测模型小程序3858752441@qq.com renjianbo1219 -飞书账号：15129026818 -github账号密码：263303411@qq.com renjianbo0118 - -硅基密钥：sk-xpptixobqxshkmikjvjeoltekytqmmresfndhoivezomuobn -deepssk:sk-fdf7cc1c73504e628ec0119b7e11b8cc -263303411 renjianbo1219 - -计算云 renjianbo 密码!Rjb1219 - - -荣耀开放平台 手机号 15129026818 邮箱263303411@qq.com renjianbo1219 - - -curse 网站续费 https://cursor.com/cn/dashboard +curse 网站续费 https://cursor.com/cn/dashboard + + +联通大王卡号：13022988679 +公司电信卡号：17392826953 QQ号：3145431252 密码：renjianbo0118 邮箱：3145431252@qq.com 密码：renjianbo0118 网易邮箱17392826953@163.com !renjianbo1219 +公司移动卡号：15129026818 + + +瑞来康健微信小程序账号：15129026818@163.com 密码：Ruilaizi123456 +公众号账号：17392826953@163.com 密码：Ruilaizi123456 + + +瑞来兹开票信息 +公司名称：西安瑞来兹软件科技有限公司 +统一社会信息代码：91610131MAB0GH1Y54 +地址：陕西省西安市高新区科技二路65号启迪科技园D座9楼10901号 +电话：18691577328 +开户行及帐号：中国农业银行股份有限公司西安丈八四路分理处 +26121201040005017 + + + +公司手机号：15129026818 +公司QQ号：2183824293 renjianbo0206 绑定的的手机18133922183 +微信小程序官网：https://mp.weixin.qq.com/ +小程序2183824293@qq.com renjianbo0118 +名片秘钥 +887cd30d79bba800b30d8c4ef919a20c +公司服务器密码：~Ruilaizi123456 + +接口文档账号：903292507@qq.com renjianbo0118 + +项目管理系统 +https://pingcode.com/?utm_source=%E5%93%81%E7%89%8C%E4%B8%93%E5%8C%BA&utm_medium=pc-pingcode&utm_campaign=%E5%93%81%E7%89%8C%E4%B8%93%E5%8C%BA-%E9%AB%98%E7%BA%A7%E7%89%88&utm_content=PC-%E6%90%9C%E7%B4%A2%E9%80%9A%E6%A0%8F%E5%95%86%E5%93%81tab%E6%A0%B7%E5%BC%8F&utm_term=%E6%A0%87%E9%A2%98-PingCode&e_matchtype={matchtype}&e_creative={creative}&e_adposition={adposition}&e_pagenum={pagenum}&e_keywordid={keywordid} + +管理 17392826953 + 3145431252@qq.com renjianbo0118 + 18302920526 ruilaizi + 18792702169 ruilaizi + + +google账号：renj62507@gmail.com renjianbo123 + + +99API 账户：18133922183 renjianbo1219 +chatAI 18133922183@163.com !renjianbo0118 + + +儿童医院小程序注册邮箱 3669785689@qq.com !ruilaizi123456 + +微信开放平台 生长激素预测模型小程序 3990202197@qq.com renjianbo1219 +生长激素预测模型小程序3858752441@qq.com renjianbo1219 +飞书账号：15129026818 +github账号密码：263303411@qq.com renjianbo0118 + +硅基密钥：sk-xpptixobqxshkmikjvjeoltekytqmmresfndhoivezomuobn +deepssk:sk-fdf7cc1c73504e628ec0119b7e11b8cc +263303411 renjianbo1219 + +计算云 renjianbo 密码!Rjb1219 + + +荣耀开放平台 手机号 15129026818 邮箱263303411@qq.com renjianbo1219 + + +curse 网站续费 https://cursor.com/cn/dashboard diff --git a/test_lifecycle.md b/test_lifecycle.md new file mode 100644 index 0000000..87bae11 --- /dev/null +++ b/test_lifecycle.md @@ -0,0 +1,3 @@ +# Activity生命周期测试 + +这是一个测试文件。 \ No newline at end of file diff --git a/文档完善提示词模板.md b/文档完善提示词模板.md new file mode 100644 index 0000000..36d382e --- /dev/null +++ b/文档完善提示词模板.md @@ -0,0 +1,427 @@ +# Android Framework文档完善提示词模板 + +## 核心原则 + +### 1. 文档结构标准 +``` +# 文档标题 + +[简要介绍文档主题和重要性] + +## 主题概览 + +[使用Mermaid图表展示核心概念或流程] + +## 1. 核心概念 + +### 1.1 子主题1 +- **关键点1**：详细说明 +- **关键点2**：详细说明 + +### 1.2 子主题2 +[代码示例或配置示例] + +## 2. 技术实现 + +### 2.1 实现机制 +[详细的技术实现分析] + +### 2.2 关键代码 +```java +// 关键代码示例 +public class Example { + // 代码实现 +} +``` + +## 3. 性能优化 + +### 3.1 优化策略 +- 策略1：说明 +- 策略2：说明 + +### 3.2 调试工具 +```bash +# 调试命令示例 +adb logcat -s Tag:I +``` + +## 4. 最佳实践 + +### 4.1 设计原则 +- 原则1：说明 +- 原则2：说明 + +### 4.2 常见问题 +- 问题1：解决方案 +- 问题2：解决方案 + +## 总结 + +[总结文档核心价值和重要性] +``` + +### 2. 内容质量标准 +- **专业性**：使用准确的技术术语 +- **完整性**：覆盖主题的所有重要方面 +- **实用性**：包含实际代码示例和最佳实践 +- **可读性**：结构清晰，层次分明 +- **可维护性**：易于更新和维护 + +## 具体操作步骤 + +### 步骤1：分析现有文件 +```powershell +# 检查文件状态 +cd <目录路径> +Get-ChildItem "*.md" | Format-Table Name, Length, LastWriteTime + +# 检查文件内容 +Get-Content <文件名> -TotalCount 5 -Encoding UTF8 +``` + +### 步骤2：处理编码问题 +```powershell +# 如果文件有编码问题，重新创建 +$content = @' +# 文档标题 +[完整内容] +'@ + +[System.IO.File]::WriteAllText("<文件名>", $content, [System.Text.Encoding]::UTF8) +``` + +### 步骤3：完善文档内容 + +#### 3.1 基础结构 +```markdown +# 文档标题 + +[主题介绍，说明重要性和应用场景] + +## 核心概念 +[使用列表或表格说明基本概念] + +## 技术实现 +[详细的技术分析，包含代码示例] + +## 优化策略 +[性能优化、内存优化等] + +## 调试方法 +[调试工具和命令] + +## 最佳实践 +[开发经验和建议] + +## 总结 +[核心要点总结] +``` + +#### 3.2 高级结构（适合复杂主题） +```markdown +# 文档标题 + +## 架构概览 +```mermaid +[图表展示整体架构] +``` + +## 1. 基础原理 +### 1.1 核心机制 +### 1.2 关键组件 + +## 2. 实现细节 +### 2.1 代码分析 +### 2.2 配置说明 + +## 3. 性能优化 +### 3.1 优化方法 +### 3.2 监控工具 + +## 4. 问题排查 +### 4.1 常见问题 +### 4.2 解决方案 + +## 5. 扩展开发 +### 5.1 定制化方法 +### 5.2 集成指南 + +## 总结与展望 +``` + +### 步骤4：添加代码示例 + +#### 4.1 Java代码示例 +````markdown +```java +// 类定义 +public class Example { + private String mData; + + // 方法示例 + public void doSomething() { + // 实现逻辑 + } +} +``` +```` + +#### 4.2 XML配置示例 +````markdown +```xml + + + +``` +```` + +#### 4.3 Shell命令示例 +````markdown +```bash +# 调试命令 +adb logcat -s ActivityManager:I + +# 性能分析 +adb shell systrace.py app +``` +```` + +### 步骤5：添加图表 + +#### 5.1 Mermaid流程图 +````markdown +```mermaid +graph TD + A[开始] --> B[过程1] + B --> C[过程2] + C --> D[结束] +``` +```` + +#### 5.2 Mermaid序列图 +````markdown +```mermaid +sequenceDiagram + participant A as 组件A + participant B as 组件B + A->>B: 请求 + B-->>A: 响应 +``` +```` + +#### 5.3 Mermaid状态图 +````markdown +```mermaid +stateDiagram-v2 + [*] --> State1 + State1 --> State2: 事件 + State2 --> [*] +``` +```` + +### 步骤6：验证和测试 + +#### 6.1 文件验证 +```powershell +# 验证文件创建 +if (Test-Path "<文件名>") { + $fileInfo = Get-Item "<文件名>" + Write-Host "文件大小: $($fileInfo.Length) 字节" + + # 内容验证 + $content = Get-Content "<文件名>" -TotalCount 3 -Encoding UTF8 + $content | ForEach-Object { Write-Host $_ } +} +``` + +#### 6.2 编码验证 +```powershell +# 确保UTF-8编码 +[System.IO.File]::WriteAllText("<文件名>", $content, [System.Text.Encoding]::UTF8) +``` + +## 具体案例模板 + +### 案例：Android组件文档 +```markdown +# [组件名称]深度解析 + +[组件介绍和重要性说明] + +## [组件名称]架构概览 + +```mermaid +[架构图表] +``` + +## 1. 核心机制 + +### 1.1 工作原理 +- **机制1**：详细说明 +- **机制2**：详细说明 + +### 1.2 生命周期 +```java +// 生命周期方法示例 +@Override +protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + // 初始化逻辑 +} +``` + +## 2. 配置与使用 + +### 2.1 基本配置 +```xml + + + +``` + +### 2.2 高级配置 +[高级配置说明] + +## 3. 性能优化 + +### 3.1 内存优化 +- 策略1：说明 +- 策略2：说明 + +### 3.2 启动优化 +- 策略1：说明 +- 策略2：说明 + +## 4. 调试与问题排查 + +### 4.1 调试工具 +```bash +# 查看组件日志 +adb logcat -s ComponentTag:I + +# 分析性能 +adb shell dumpsys +``` + +### 4.2 常见问题 +- **问题1**：现象和解决方案 +- **问题2**：现象和解决方案 + +## 5. 最佳实践 + +### 5.1 设计原则 +- 原则1：说明 +- 原则2：说明 + +### 5.2 代码规范 +[代码编写规范] + +## 总结 + +[核心价值总结，学习建议] +``` + +## 注意事项 + +### 1. 编码问题处理 +- 使用`[System.IO.File]::WriteAllText()`确保UTF-8编码 +- 避免使用可能引起编码问题的文本编辑器 +- 验证文件编码是否正确 + +### 2. 内容质量控制 +- 确保技术准确性 +- 提供实际可用的代码示例 +- 包含调试和问题排查方法 +- 遵循Android开发最佳实践 + +### 3. 文档维护 +- 保持文档结构一致性 +- 定期更新内容 +- 添加版本更新日志 +- 提供相关资源链接 + +## 自动化脚本模板 + +```powershell +# 文档完善自动化脚本 +param( + [string]$DirectoryPath, + [string]$FileName, + [string]$DocumentTitle +) + +# 切换到目标目录 +cd $DirectoryPath + +# 检查文件状态 +if (Test-Path $FileName) { + Write-Host "文件已存在，备份原文件..." -ForegroundColor Yellow + $backupName = "$FileName.backup_$(Get-Date -Format 'yyyyMMdd_HHmmss')" + Copy-Item $FileName $backupName -Force +} + +# 创建文档内容 +$content = @" +# $DocumentTitle + +[文档介绍内容] + +## 核心概念 + +### 1. 基本概念 +- **概念1**：说明 +- **概念2**：说明 + +## 技术实现 + +### 2.1 实现机制 +[技术实现分析] + +### 2.2 代码示例 +\`\`\`java +// 示例代码 +public class Example { + // 实现 +} +\`\`\` + +## 最佳实践 + +### 3.1 开发建议 +- 建议1 +- 建议2 + +## 总结 + +[文档总结] +"@ + +# 保存文档 +try { + [System.IO.File]::WriteAllText($FileName, $content, [System.Text.Encoding]::UTF8) + Write-Host "文档创建成功: $FileName" -ForegroundColor Green + + # 验证 + if (Test-Path $FileName) { + $size = (Get-Item $FileName).Length + Write-Host "文件大小: $size 字节" -ForegroundColor Green + } +} catch { + Write-Host "文档创建失败: $_" -ForegroundColor Red +} +``` + +## 使用建议 + +1. **根据文档类型选择模板**：简单主题使用基础结构，复杂主题使用高级结构 +2. **确保技术准确性**：所有技术内容必须准确无误 +3. **提供实用价值**：文档应该对开发者有实际帮助 +4. **保持一致性**：同一项目的文档保持相同风格和结构 +5. **定期更新**：随着技术发展更新文档内容 + +通过遵循这个模板，可以高效地创建和完善Android Framework相关文档，确保文档质量和技术价值。