Android运行时包含三层核心概念：执行模型以栈（JVM）或寄存器（Dalvik/ART）实现，影响指令密度且不同运行时文件格式要求分析差异化；应用进程与虚拟机实例一一对应，进程独立PID，线程共享堆内存；ART TI提供运行时观察官方接口，需注意版本兼容性，建议开发者使用Android Studio内置工具，同时理解其作为基础架构而非业务SDK定位。这些区分直接影响多进程设计、性能调试及排查配置丢失问题，是理解Android底层机制的关键基础认知。（227字）

Android View绘制机制包含三套层级架构，各环耦合易导致掉帧。绘制流程由Choreographer在VSYNC回调触发（Measure→Layout→Draw），Measure阶段决定宽高基于MeasureSpec约束（Exact/AtMost/Unspecified）， layout侧重坐标系调整而非重新测量。 invalidate仅标记脏图需重绘，频繁调用requestLayout或draw内分配对象会导致性能瓶颈。主线程处理UI时若阻塞绘制（如耗时操作未拆分），或子线程直接修改View树根节点 decorative View，均可能引发线程安全异常。 渲染核心在RenderThread将DisplayList交由GPU执行，需控制帧率（16ms/60Hz）并规避过度绘制、多层嵌套、软硬件 mixed层等问题。高帧率场景优先选择SurfaceView的overlay合成，其图层独立于View树可超底层显示，但无法直接应用动画属性； TextureView支持动画及透明叠加，但依赖GPU呈现成效更消耗资源。滑动实现有六种方式： layout/offset重构位置、属性动画、scrollTo滚动内容、Scroller插值器计算滚动位置。需避免补间动画修改布局参数导致瞬移，或scrollTo方向混淆引发错位。排查卡顿时优先使用Systrace分析帧边界，主线程内耗时操作拆分至子线程处理。

Android性能优化需分线定位：线上首先用Android Vitals锁定最差机型与问题类型，对比崩溃率/卡顿分位数/电量消耗等核心指标。本地开发阶段通过Studio Profiler进行快速验证，结合Perfetto/Systrace分析卡帧时序（区分主线程布局、动画计算、系统回调三类耗时），配合GPU Inspector排查过绘制与带宽瓶颈。内存优化需区分泄漏（LeakCanary/MAT定位引用链）与峰值（Bitmap采样/TrimMemory分区），网络优化关注请求频次、传输体积及缓存策略。开发过程中随身用Macrobenchmark固化修复结果，测试时需固定设备及编译模式。核心要点： 1. 工具选择遵循"定位问题-关键路径验证-固化回归"流程，线上优先看Vitals分地域型号拆解数据； 2. 卡顿分析需同时捕捉CPU调度链（RenderThread负载）与GPU指标（DrawCall/带宽占位），避免误判空方法或日志干扰； 3. 内存/OOM优化需结合堆转储与内存分布分析，优先处理长生命周期单例的静态Context持有，再优化布局分配与图片缓存策略； 4. 网络性能需系统性识别并发连接频次（Network Monitor采样），平衡体积压缩与响应速度，避免过度依赖缓存导致更新延迟。

技术点 Application 懒加载 Jetpack Startup 异步初始化 SDK SplashScreen API 结果 冷启动 2.5s → 1.2s 用户留存率提升