## AOSP 问题定位：最小补丁验证先看现象

AOSP 问题定位：最小补丁验证 是本篇新的排查主轴，本篇刻意避开最近重复题眼，正文改从新的故障证据与回归动作展开。

AOSP 问题定位：最小补丁验证 是这次排查与修复的主轴，先锁故障入口，再给方案、代码和验证命令。

先不要急着改代码，我更关心 AOSP 问题定位 是在哪个观察面最先失真：入口日志、状态快照，还是用户可见结果。。只要把‘先出现的异常信号’和‘最后暴露给用户的结果’分开，AOSP 问题定位 的真正断点通常会更快浮出来。这一版固定走 regen-2 视角：不再从通用原理切入，而是从新的触发动作、证据编号和验收口径展开。

## AOSP 问题定位先这样修

处理顺序换成三步：先缩小样本，再补证据，再收口改动。这样不会再和最近远端文章重复走通用介绍式展开。我会把 建立 log tag 到源码目录的索引 当成第一优先级，把 先做最小可复现补丁 放到回归口，而不是像旧稿那样平均铺开。如果需要团队协同，先给 owner、指标和兜底，再补代码实现，避免文章继续写成无差别 checklist。正文组织也随 regen-2 切换：先锁触发动作，再锁证据，再锁回归口，避免只换措辞不换骨架。

## AOSP 问题定位示例代码

。示例重点是把这次新锚点写实，不再重复最近站内标题里的 旧锚点。

1. 证据快照模型

data class YuandaimaCheckpoint(
 val anchor: String,
 val owner: String,
 val evidence: String
)

fun buildYuandaimaCheckpoints(): List<YuandaimaCheckpoint> = listOf(
 YuandaimaCheckpoint("entry", "client", "logcat"),
 YuandaimaCheckpoint("recovery", "infra", "metric")
)

2. 复现入口

fun runYuandaimaDemo() {
 val state = YuandaimaState("42", "pending", System.currentTimeMillis(), "yuandaima")
 println(state)
}

3. 辅助命令

echo 'trace yuandaima AOSP 问题定位'
echo 'avoid recent focus'
adb shell setprop log.tag.ArticleTrace DEBUG

## AOSP 问题定位常见坑

最近远端高频词包括 旧题眼，这次正文不要再沿着这些题眼排比展开，否则很容易撞结构。一上来全局搜索导致失焦、分支版本与真机 build 不一致、补丁验证只看编译通过 里最值得先防的是那种看起来偶发、其实每次都能稳定复现的边界。如果排查全靠记忆而不是证据快照，后面就很容易把 AOSP 问题定位 重新写回泛化经验贴。如果 regen-2 这条线索仍和旧文高重合，下一轮必须继续换观察面，而不是重复同一套标题和段落节奏。

## 报错怎么处理

1. 证据缺口

如果同一次故障在日志、数据库和页面上表现不同步，先冻结一份失败样本，再对齐各观察面的时间顺序，别直接下结论。

data class YuandaimaCheckResult(
 val key: String,
 val ok: Boolean,
 val detail: String
)

fun verifyYuandaimaState(key: String, expected: String, actual: String): YuandaimaCheckResult {
 val ok = expected == actual
 return YuandaimaCheckResult(key, ok, if (ok) "matched" else "$expected != $actual")
}

2. 修复看似生效

如果修复后只在单机样本上通过，优先补回归闸口，把触发条件、兜底路径和收尾信号写成固定检查项。

adb logcat -v threadtime ActivityManager:* SystemServer:* *:S
m services/tests/servicestests
adb logcat -d | findstr /I "Exception timeout retry"

## 命令和代码直接跑

。。。

1. 先建检查点

data class YuandaimaState(
 val id: String,
 val status: String,
 val updatedAt: Long,
 val source: String
)

2. 重试决策

sealed interface YuandaimaDecision {
 data class Retry(val reason: String): YuandaimaDecision
 data class Stop(val reason: String): YuandaimaDecision
}

fun decideYuandaimaNext(retryCount: Int, hasConflict: Boolean): YuandaimaDecision {
 return if (hasConflict && retryCount < 2) YuandaimaDecision.Retry("retry") else YuandaimaDecision.Stop("stable")
}

3. 命令验证

adb logcat -v threadtime ActivityManager:* SystemServer:* *:S
m services/tests/servicestests
adb logcat -d | findstr /I "Exception timeout retry"