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自定义View核心要点：正确设置LayoutParams（注意类型匹配、测量阶段、布局回填），换行类实时测量三阶段（收集尺寸→预计算高度→动态摆放），瀑布流通过列高数组维护滚动状态，吸顶用ItemDecoration绘制悬浮层而非修改真实布局位置，嵌套滚动需严格中小窗口调用接口顺序，CoordinatorLayout依赖Behavior实现子控件的滚动手势与吸附逻辑，瀑布流和列表建议优先使用StaggeredGridLayoutManager避免主线程爆炸，Independant滚动时需谨慎处理子布局生命周期，Simulation类选型需结合内容复杂度与交互帧数（Prompt：请问如何优化吸顶布局的性能问题？）

Invariant resource types in Android design serve distinct purposes:Drawable contains UI elements like backgrounds, icons, and buttons while Mipmap exclusively holds application icons for Launcher display. Key differences include: 1. Purpose - Mipmap ensures system-provided density-independent scaling for app icons across devices, maintaining quality through multiple resource Dirkets(mdpi-xhdpi-xxhdpi). Drawable handles dynamic UI assets needing precise layout control. 2. Android 8+ Recommendations - System mandates mipmap placement for adaptive icon support since Android 8.0's Vector Drawables and Adaptive Icons introduced. Incorrect placement causes resource indexing errors and display artifacts. 3. Common Mistakes - Placing app icons in drawable prevents adaptive rendering. Conversely, placing UI elements in mipmap creates unnecessary resource confusion. Files in wrong directories lead to runtime crashes or unintended Liberation gradients. 4. Legacy Projects - Existing apps using.drawableLaunchers remain functional but risk violates modern guidelines without migration. New projects strictly follow mipmap for icons and drawable for graphical UI components. Developers should implement:){ √ radical anydpi-v26目录规范新应用的图标资源 √ drawable目录持续承载按钮、界面对象 √ 避免跨目录调用导致资源错位 }通过 проводится соответствие Android Team guidelines for optimal deliver experienced both system and user end.

Android屏幕适配需关注设备尺寸、密度、窗口形态及异形屏等情况，适配核心从早期等比例缩放转向空间重排。基础单位dp（布局）和sp（字体）应替代像素，使用ConstraintLayout或Compose弹性布局替代绝对定位。多窗口、折叠屏需引入Window Size Class动态判断窗口类型（Compact/Medium/Expanded/Large），配置对应布局结构；全面屏适配需结合WindowInsets处理状态栏、导航栏及刘海屏区域，控制元素边缘距离。图片资源采用VectorDrawable和不同密度的drawable目录，避免额外适配成本。传统方案如多套layout、AutoLayout存在维护复杂、大屏僵硬等问题，现代方案应优先采用官方推荐组合：dp/sp+弹性布局+资源限定符+WindowInsets+Window Size Class，分别解决密度、窗口规模、沉浸式交互适配。核心原则为小屏保证可用性，大屏重构布局，避免依赖等比例缩放。

一、自定义 View 是什么？ Android 中所有界面元素本质上都是 View 或 ViewGroup。 常见控件： 类型 <

一、Android 动画的作用 动画不是单纯为了“好看”，它更多是为了让用户理解界面变化。 比如： 按钮点击后有缩放反馈，用户知道自己点中了； 页面跳转时有过渡动画，用户知道自己从哪里来到哪里； 列表项展开时有高度变化，用户知道内容是“展开”出来的； 加载动画可以缓解等待焦虑； 拖拽、滑动、弹性回弹