核心用法
本技能聚焦 Android 开发全流程中的关键痛点，提供四类高频场景的即查即用方案：
1. ADB 调试：强调 adb install -t 对 debug APK 的必要性，以及精准的 logcat 过滤语法，帮助开发者快速定位应用级日志与系统错误。
2. Gradle 配置：明确 compileSdk 与 targetSdk 必须同步（35），避免因版本不匹配导致 Play Console 拒审；同时标注 multiDexEnabled 的触发条件（64K+ 方法数），以及 Compose BOM 版本锁定策略，解决依赖冲突。
3. Compose 状态管理：通过对比展示 remember 的关键作用——避免昂贵计算在重组中重复执行、防止状态因重组而意外重置，这是新手最易忽视的性能与逻辑陷阱。
4. AndroidManifest 声明：提示相机等硬件功能需显式标记 required="false"，否则 Play Console 会自动将应用标记为需硬件支持，限制设备兼容性。
显著优点
- 痛点精准：所有示例均来自真实审核失败、性能劣化或重组异常场景，非泛泛文档摘录。
- 对比式教学：Compose 章节采用 WRONG/CORRECT 直观对比，降低理解成本。
- 版本时效性：Compose BOM 标注 2024.12.01，Gradle 配置指向 SDK 35，符合当前 Play 商店要求。
潜在局限
- 覆盖范围有限：仅涉及构建与部署，未涵盖测试、CI/CD、隐私合规（如 Play 数据安全表单）等更广主题。
- Kotlin 语法假设：读者需具备 Kotlin 与 Compose 基础，无零基础入门内容。
- 设备适配盲区：未提及不同厂商（如 Samsung、Xiaomi）ADB 行为差异或特定 ROM 的权限策略。
适合人群
- 已有 Android 项目经验，但频繁在构建失败、Compose 重组异常或 Play 审核环节卡壳的中级开发者。
- 需要快速复核发布前 checklist 的技术负责人。
常规风险
- SDK 版本漂移：Android 生态更新快，targetSdk 35 的要求可能随政策调整，需定期复核 Google Play 目标 API 级别政策。
- BOM 版本锁定：固定 BOM 虽解决冲突，但也可能延迟安全补丁或新特性的获取，需评估升级策略。
- 过度依赖 remember：滥用
remember可能导致内存泄漏或状态错乱，复杂场景应结合ViewModel或rememberSaveable。