## AOSP 问题定位：日志索引先看现象

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

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

与其从概念切入，不如先看 AOSP 问题定位 在什么业务动作后最容易被放大，以及失败后第一条能稳定捕获的证据是什么。。只要入口动作换了，标题锚点和正文 framing 就自然会跟着变，不会再只是在原题上轻微改字。这一版固定走 regen-3 视角：不再从通用原理切入，而是从新的触发动作、证据编号和验收口径展开。

## AOSP 问题定位先这样修

落地时先固定触发动作，再固定证据格式，最后才是代码补丁；这样更适合做团队内复用。我会优先强调 保留常用 repo branch 和 tag 速查表 和 先做最小可复现补丁，让正文重心从‘解释问题’转到‘怎样避免下一次再撞上’。如果远端最近已经大量使用相似副锚点，这里就强行换成行动型叙述，不再重复关键词堆砌。正文组织也随 regen-3 切换：先锁触发动作，再锁证据，再锁回归口，避免只换措辞不换骨架。

## AOSP 问题定位示例代码

下面的示例按‘触发动作 / 收口动作 / 验证动作’分组，避免再走固定技术模板。。

1. 先造触发样本

repo forall framework* -c "git rev-parse --short HEAD"
repo grep -n "Timeout waiting for service" frameworks base services

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"

## AOSP 问题定位常见坑

容易被忽略的不是报错本身，而是触发动作与修复动作之间缺少同一份证据编号。一上来全局搜索导致失焦、补丁验证只看编译通过 往往会互相放大，所以排查时要先确认哪一个才是第一推动点。最近远端常见的代码锚点包括 旧工具链，这次代码块要尽量改用另一组辅助对象。如果 regen-3 这条线索仍和旧文高重合，下一轮必须继续换观察面，而不是重复同一套标题和段落节奏。

## 报错怎么处理

1. 触发条件漂移

如果同样的触发动作在不同设备或不同阶段拿不到同一份结果，优先把输入条件编号，而不是继续堆日志。

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

2. 收尾漏了一步

如果修复动作做完后没有配套验收信号，后面再回看只会觉得‘好像没问题’，这类稿子最容易和旧文重新撞车。

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")
)

## 命令和代码直接跑

最小片段直接围绕触发、收口、验证三件事展开，而不是泛泛地再解释一次 AOSP 问题定位。。。

1. 最小触发代码

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

2. 最小收尾代码

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")
}

3. 验证样例

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