15.10 高频追问分类、事实边界与使用路线

本册是 91-高频追问题库/ 的分类与训练入口。91 在本轮扩展前不存在，属于零迁移新模块；它只编排失败追问、证据路径与跨模块回链，不迁入旧题、不复制机制正文，也不替代 模块 15 唯一迁移账本。

图解读：候选人从现象进入故障合同，经假设与证据裁决后再止血、修复、验证和复盘；分类索引负责找到训练册，唯一正文负责解释机制，90/00 负责事实等级。正常路径形成可复述答案，失败路径把证据不足项降为 E0（待核对），不会把建议或演练说成生产事实。可编辑源见 followup-route.puml。

1. 零迁移、事实等级与职责边界

1.1 91 零迁移与唯一账本边界

91-高频追问题库.md 及其同名目录在模块 15 扩展前均不存在，因此本模块的恒等式是“旧资产基线 0 = 迁入 0 + 删除 0”。本册新增的是训练结构，不得使用“迁入、搬迁、替换旧题”等表述。92—94 的旧资产标题、题目、图、表和演绎只由 模块 15 唯一迁移账本 登记；本册只引用账本中的事实等级和项目边界，不再创建资产编号、源哈希或守恒总表。

flowchart LR
    A["问题或项目陈述"] --> B{"证据来自哪里"}
    B -->|"原始资料、源码、配置、运行记录"| C["E1（直接证据）"]
    B -->|"既有知识材料映射"| D["E2（已有材料映射）"]
    B -->|"可复算假设与故障注入"| E["E3（演练设计）"]
    B -->|"尚无证据"| F["E0（待核对）"]
    C --> G["按事实范围回答"]
    D --> H["按候选方案回答"]
    E --> I["显式说明输入与边界"]
    F --> J["说明取证路径"]
    G --> K["91 编排追问"]
    H --> K
    I --> K
    J --> K
    K --> L["机制回链 09—54"]
    K --> M["事实回链 90/00"]

图解读：节点先按来源把陈述分成 E1（直接证据）、E2（已有材料映射）、E3（演练设计）和 E0（待核对），再决定允许语气。正常路径由 91 组织追问，并分别回到机制正文和事实账本；失败路径是来源不足时降级并补充取证，而不是把经验性判断升级为项目事实。图中箭头表示陈述控制关系，不表示 E1（直接证据）一定比 E2（已有材料映射）更适合回答所有问题。

数据演绎 1：零迁移为何不等于零新增

E3（演练设计）：设 91 旧资产标题、题、图、表、演绎均为 0，本册新增 7 个知识节、21 道六字段题、10 道综合题、7 张 Mermaid（图表语法）图、7 张表和 6 组演绎。守恒只计算旧资产，所以五类旧资产仍分别满足 0=0+0+0；新增量单独计数，不能放到“迁入”项。状态从“路径不存在”变为“存在新训练入口”，观测信号是 Git（版本控制系统）历史、旧根哈希和唯一账本记录；结论是零迁移约束保护来源语义，不限制按计划新增内容。

热门面试题

1. 问题：为什么说 91 是零迁移新模块？
   • 考点：旧资产基线、新增与迁入的区别。
   • 回答思路：先给基线，再写守恒式，最后说明新增不进入旧资产等式。
   • 详细答案：模块 15 计划制定时，91-高频追问题库.md 和同名目录均不存在，因此旧标题、旧题、旧图、旧表和旧演绎的基线都是 0。现在创建的分类、标签和题目属于新增训练资产，不是从 92—94 移入。旧资产仍留在原根，并由 90/00 唯一登记，所以本册不能使用“搬迁旧题”或“替换旧根”的表述。
   • 进阶追问：新增题和旧题主题相似算重复迁移吗？
   • 进阶回答：主题相似不等于资产迁移；只要旧题原文保留，本册提供不同的失败训练结构并链接唯一来源，就属于新增深化，但应避免复制旧题长答案。
2. 问题：为什么 91/00 不能再维护一份迁移总表？
   • 考点：单一事实源、并发维护与口径漂移。
   • 回答思路：从资产编号、哈希、归属和复核日期四类漂移说明风险。
   • 详细答案：两份总表会让同一旧资产出现不同编号、不同目标锚点、不同处理状态和不同复核时间；并发执行时无法判断哪份为准。90/00 已承担模块 15 唯一迁移账本职责，本册只链接它并沿用 E 等级。分类索引若需要旧题背景，应链接账本条目或原根，不重新登记。
   • 进阶追问：如果发现账本链接失效怎么办？
   • 进阶回答：本册记录失效现象并停止扩写依赖内容，由负责 90/00 的执行者修复唯一账本；不能在本册临时复制一份来绕过问题。
3. 问题：如何避免把候选方案说成生产事实？
   • 考点：E0（待核对）至 E3（演练设计）陈述边界。
   • 回答思路：先辨认来源，再选择语气，并给验证方法。
   • 详细答案：简历、可定位源码、配置和运行记录支持 E1（直接证据）；既有材料映射到项目但缺少启用证据时为 E2（已有材料映射）；假设数字和故障注入为 E3（演练设计）；没有证据则是 E0（待核对）。回答中分别使用“资料写明”“可采用”“演练假设”“待核对”，并说明需要从哪些源码、监控、账单或复盘取证。
   • 进阶追问：源码中存在实现类能否直接升级为 E1（直接证据）生产事实？
   • 进阶回答：只能证明代码存在；还需配置启用、部署版本、调用链和运行记录证明生产实际使用及效果。

2. 十四类技术分类与唯一正文链接

2.1 分类职责、入口与不复制原则

十四类按“主要故障裁决需要哪类机制证据”分类，而不是按项目名称机械归档。同一现象可以命中多个分类，但每次训练必须选一个主分类承担结论，再用交叉链接补足相邻机制。分类册保存问题、失败上下文、短结论和证据清单；机制定义、源码细节、完整命令和生产参数仍回到唯一正文。

flowchart TB
    A["观察到故障现象"] --> B{"最先需要裁决什么"}
    B -->|"线程、内存或运行时"| C["01 Java（编程语言） / 02 JVM（Java 虚拟机）"]
    B -->|"缓存、数据库或消息事实"| D["03 Redis（远程字典服务） / 04 MySQL（关系型数据库） / 05 MQ（消息队列）"]
    B -->|"服务、事务或协调边界"| E["06 微服务 / 07 Spring（Java 应用框架） / 08 Zookeeper（分布式协调服务）"]
    B -->|"主机、网络或数据平台"| F["09 Linux（操作系统）网络 / 10 存储搜索时序 / 11 DevOps（开发运维一体化）"]
    B -->|"业务、交互或全局权衡"| G["12 支付履约 / 13 前端全栈 / 14 架构治理"]
    C --> H["选一个主分类"]
    D --> H
    E --> H
    F --> H
    G --> H
    H --> I["记录 1—3 个交叉分类"]
    I --> J["短结论留在 91"]
    J --> K["原理回链唯一正文"]

图解读：入口先判断当前需要裁决的是运行时、数据事实、服务协调、基础设施还是业务权衡，再选主分类。正常路径只选择一个主分类，保持回答主线稳定；失败路径若多个分类同时可疑，则登记交叉分类并按证据逐个排除，而不是把十四类都讲一遍。终点强制回链唯一正文，避免题库变成机制副本。

数据演绎 2：分类选择如何控制回答发散

E3（演练设计）：假设一道“接口延迟升高”题可联想到线程池、GC（垃圾回收）、MySQL（关系型数据库）、网络和下游五类原因。若每类平均讲 40 秒，无证据铺陈需 5×40=200 秒；改为先用指标选出主分类，再保留两个交叉假设，主线 70 秒、两条反证各 20 秒、收束 20 秒，总计 70+2×20+20=130 秒。状态从五路并行猜测变为一条主线和两条可证伪分支；观测信号是线程池等待、垃圾回收停顿、数据库耗时、重传和下游分段耗时；结论是分类用于压缩搜索空间，不替代证据。

热门面试题

1. 问题：十四类为什么按故障裁决机制分类，而不是按项目分类？
   • 考点：问题复用、证据归属与项目交叉。
   • 回答思路：说明同一机制跨项目、同一项目跨机制的多对多关系。
   • 详细答案：库存、支付和 IoT（物联网）都会遇到超时、重复、积压与容量问题；若按项目复制机制答案，内容会迅速漂移。按故障裁决机制分类，可以让 MySQL（关系型数据库）锁、MQ（消息队列）积压或网络重传各回到唯一正文，再把结论映射到项目不变量。项目故事保留在 90，失败追问编排保留在 91。
   • 进阶追问：一道题同时涉及缓存和数据库时放哪里？
   • 进阶回答：选择最终裁决业务事实的主分类，例如库存差异以数据库账本为主；缓存作为交叉分类，解释加速层怎样失效和重建。
2. 问题：题库为什么只能给短结论，不能复制完整机制正文？
   • 考点：单一知识源与维护成本。
   • 回答思路：从版本、术语、链接和修复传播说明复制风险。
   • 详细答案：机制正文会随版本边界、源码核对和审计结论更新。题库复制长文后，同一机制需要多处同步，容易出现一个地方修正、另一个地方仍保留旧结论。题库应保存问题上下文、判断框架、关键证据和一句结论，再链接 09—54 的唯一正文；这样错题回收也能落到真正需要修正的知识节点。
   • 进阶追问：短结论多短才合适？
   • 进阶回答：应足以回答当前问题并说明边界，通常是结论、一个因果和一个验证点；源码流程、完整命令和参数矩阵留在正文。
3. 问题：怎样为一个新故障选择主分类？
   • 考点：从现象到裁决点的定位方法。
   • 回答思路：先定义业务影响，再找权威事实和首个分叉证据。
   • 详细答案：先问受损的不变量是什么，例如资金重复、库存为负或高危报警延迟；再找哪个组件保存权威事实，最后选择能最快裁决关键假设的证据。如果权威账本正确但传播延迟，主分类可选 MQ（消息队列）；若账本本身发生锁冲突或条件更新异常，则选 MySQL（关系型数据库）。其他因素作为交叉分类按证据下钻。
   • 进阶追问：能否先按最熟悉的技术分类回答？
   • 进阶回答：不能。熟悉度不能替代故障归因；应按业务影响、权威事实和可证伪证据选入口，否则容易优化无关组件。

3. 失败场景标签与交叉追问关系

3.1 从症状标签到跨模块因果链

失败标签用于描述“系统以什么方式偏离承诺”，技术分类用于描述“到哪里查机制证据”。两者必须分开：LATENCY（延迟异常）可以由垃圾回收、数据库锁、网络重传或下游限流引起；DUPLICATE（重复副作用）可以来自客户端重试、消息重复、幂等键漂移或人工回放。标签不是根因，也不是处理动作；每个标签都要绑定业务影响、反证信号和恢复判定。

graph LR
    A["现象标签"] --> B["业务影响与不变量"]
    B --> C{"首个分叉证据"}
    C -->|"等待集中"| D["运行时 / 数据库 / 网络"]
    C -->|"事实冲突"| E["缓存 / 账本 / 外部渠道"]
    C -->|"事件滞后"| F["消息 / 时序 / 消费者"]
    C -->|"变更相关"| G["发布 / 配置 / 数据迁移"]
    D --> H["主分类"]
    E --> H
    F --> H
    G --> H
    H --> I["交叉分类 1：上游触发"]
    H --> J["交叉分类 2：下游放大"]
    H --> K["交叉分类 3：恢复验证"]
    I --> L["证据裁决"]
    J --> L
    K --> L

图解读：现象标签先落到受损业务不变量，再用首个分叉证据选择主分类；上游触发、下游放大和恢复验证形成最多三条交叉关系。正常路径由证据缩小范围，失败路径若分叉证据不足则保留多个假设并补采样，不把标签直接等同于根因。结论是交叉追问应沿因果链展开，而不是无序罗列组件。

数据演绎 3：积压标签如何跨越消息与容量分类

E3（演练设计）：某消费者到达率为每秒 900 条，有效完成率为每秒 700 条，10 分钟新增积压 (900-700)×600=120000 条。扩容后名义拉取达到每秒 1300 条，但因数据库锁等待只有每秒 1050 条形成业务完成，新到达仍为每秒 900 条，净消化每秒 150 条，理论清空需 120000/150=800 秒。状态从持续增长变为缓慢收敛；消息分区、消费者线程和数据库锁构成 05、01、04、11 四类交叉链；观测信号必须使用业务完成率和最老消息年龄，不能只看拉取速度。

热门面试题

1. 问题：失败标签为什么不能直接当根因？
   • 考点：症状、机制和根因的层次。
   • 回答思路：用同一标签对应多个原因、同一原因产生多个标签说明。
   • 详细答案：LATENCY（延迟异常）只说明响应变慢，可能来自线程池排队、垃圾回收停顿、数据库锁等待、网络重传或下游限流；反过来，一个连接池配置错误也可能同时产生延迟、超时和错误。标签用于统一观察语言，根因必须由时间线、分段耗时、资源等待和业务账本共同裁决。
   • 进阶追问：标签有没有处置价值？
   • 进阶回答：有。它能确定影响口径、初始证据和恢复判定，例如 TIMEOUT_UNKNOWN（超时未知）要求先查证业务结果，不能按普通显式失败盲目重试。
2. 问题：交叉追问如何避免变成技术栈罗列？
   • 考点：因果链、主次关系和反证。
   • 回答思路：限定主分类和三类交叉角色。
   • 详细答案：先选一个最接近业务裁决点的主分类，再只保留上游触发、下游放大和恢复验证三种交叉关系。例如消息积压以 MQ（消息队列）为主，线程池拒绝可能是上游触发，数据库锁等待是下游放大，对账与队列年龄是恢复验证。每条交叉关系都要给可观察信号和排除条件。
   • 进阶追问：最多只能有三条交叉分类吗？
   • 进阶回答：不是系统事实，而是口述约束；真实排障可以扩展假设，但面试回答先保留最能改变决策的三条，其他放入后续验证清单。
3. 问题：怎样判断消息积压真正恢复？
   • 考点：净消化、队列年龄和业务结果。
   • 回答思路：区分拉取、处理、提交和业务完成。
   • 详细答案：应计算有效完成率减新到达率，确认净消化持续为正；同时观察最老消息年龄、失败重试、毒消息和分区倾斜。最后按业务键核对订单、库存、支付或通知结果，确认重复消费没有扩大副作用。仅看到消费者拉取速度增加或积压条数短暂下降不足以结案。
   • 进阶追问：为什么积压条数下降但最老年龄可能不降？
   • 进阶回答：消费者可能持续处理新消息而旧分区或毒消息被卡住；这说明公平性和历史存量仍未恢复。

4. 统一故障答题合同

4.1 现象—假设—证据—止血—修复—验证—复盘

统一合同的目的不是让所有事故使用同一修复方案，而是强制回答顺序可审计。现象只描述已观察事实；假设必须可证伪；证据要同时支持和反驳；止血优先限制影响扩散且保留现场；修复分根因和历史存量；验证同时检查技术信号与业务不变量；复盘把触发、放大、发现和恢复控制拆开。任何阶段出现结果未知，都保留未知态并设置查证时限。

sequenceDiagram
    participant 业务 as 业务影响
    participant 值班 as 值班人员
    participant 证据 as 证据系统
    participant 控制 as 止血控制
    participant 修复 as 修复与补偿
    值班->>业务: 确认时间、范围和不变量
    值班->>证据: 提出可证伪假设
    证据-->>值班: 返回日志、指标、链路与账本
    alt 证据足以裁决
        值班->>控制: 执行限流、隔离、只读或回退
        控制-->>业务: 新增影响停止扩大
        值班->>修复: 修根因并处理历史存量
        修复-->>证据: 输出版本、补偿与对账结果
        证据-->>业务: 验证技术信号和业务不变量
    else 结果仍未知
        值班->>证据: 保留现场并扩大采样
        值班->>业务: 标记未知态与人工时限
    end
    值班->>业务: 复盘触发、放大、发现与恢复控制

图解读：正常路径先确认影响，再让假设接受证据裁决，随后执行有退出条件的止血、修复和验证；失败路径在证据不足时保留现场与未知态，不用重启或重试掩盖问题。业务参与者既是入口也是终点，因为技术恢复必须用库存、资金、履约或报警承诺验收。箭头表示信息与控制流，不要求生产组织使用同名角色。

数据演绎 4：止血为何必须包含退出条件

E3（演练设计）：某接口正常每秒 800 请求，故障时成功处理每秒 500，请求仍以每秒 800 到达，每秒积压 300。止血限流到每秒 420 后，假设有效完成仍为每秒 500，则每秒净消化 80；已有 24000 个在途请求理论需 24000/80=300 秒 收敛。若 5 分钟后队列年龄未下降或业务成功少于每秒 420，说明有效能力假设不成立，应继续隔离或降级而不是解除限流。状态从无界增长变为有界恢复；观测信号是有效完成率、最老年龄、拒绝率和业务对账。

热门面试题

1. 问题：为什么统一合同把止血放在证据之后？
   • 考点：现场保护、动作副作用与紧急例外。
   • 回答思路：说明最小证据门槛，并承认人身或资金风险时可先隔离。
   • 详细答案：重启、扩容、回滚和重试都会改变现场，甚至放大重复扣款、重复出库或历史积压。通常应先固定时间线、样本键、关键日志和资源快照，再执行止血；若存在资金继续损失、安全泄露或高危报警被淹没，可以先关闭入口或隔离故障域，但仍要同步保留证据并记录动作时间。
   • 进阶追问：紧急止血是否可以没有假设？
   • 进阶回答：可以在明确高损害时先做可逆隔离，但必须说明它只控制影响、尚未证明根因，并立即进入证据采集和假设裁决。
2. 问题：修复和验证为什么不能合并？
   • 考点：动作完成与结果成立的区别。
   • 回答思路：从代码发布、历史数据和业务不变量三层说明。
   • 详细答案：修复是实施动作，例如调整连接池、修正幂等约束或发布补丁；验证是独立证明这些动作确实恢复了承诺。发布成功不表示积压清空，错误率下降不表示重复分录已冲正，服务存活不表示库存账实一致。验证必须使用独立指标、对账样本和足够观察窗口。
   • 进阶追问：谁来定义验证标准？
   • 进阶回答：技术团队定义运行信号，业务和领域负责人共同定义资金、库存、履约或报警不变量；标准应在修复前明确，避免事后挑选有利指标。
3. 问题：故障假设怎样做到可证伪？
   • 考点：伴随信号、反例和最小实验。
   • 回答思路：给出“若假设成立，应同时看到什么；看不到则怎样降级”的格式。
   • 详细答案：例如假设“数据库锁等待导致接口超时”，就应预期数据库等待上升、慢事务与热点业务键相关、应用线程阻塞在数据库调用；若网络分段耗时升高但数据库执行时间稳定，该假设就被削弱。每个假设至少写一个支持信号、一个反证和一个低风险验证动作。
   • 进阶追问：多个假设都能解释现象怎么办？
   • 进阶回答：按业务风险、验证成本和信息增益排序，先采集最能分叉的证据；保留并行假设，但不要同时执行相互干扰的修复动作。

5. 三类项目故障演练

5.1 库存、支付与 IoT（物联网）的同合同异判定

以下三条均为 E3（演练设计），用于训练合同，不代表真实事故时间线、生产参数或项目收益。合同顺序一致，但权威事实和恢复判定不同：库存听库存账本、流水与实物证据；支付同时核对渠道结果、支付单和不可变分录；IoT（物联网）同时保护原始事件、高危覆盖和通知结果。止血不能破坏各自最重要的不变量。

flowchart TB
    A["统一七段故障合同"] --> B["库存演练"]
    A --> C["支付演练"]
    A --> D["IoT（物联网）演练"]
    B --> B1["权威：库存账本、流水、实物"]
    C --> C1["权威：渠道、支付单、账务分录"]
    D --> D1["权威：原始事件、高危覆盖、通知"]
    B1 --> E{"业务不变量恢复"}
    C1 --> E
    D1 --> E
    E -->|"是"| F["退出止血并持续观察"]
    E -->|"否"| G["保留隔离，继续查证与补偿"]
    G --> H["历史存量逐键裁决"]
    H --> E

图解读：三条路径共用七段合同，但进入不同权威事实和业务验收。正常路径只有在各自不变量恢复后才能退出止血；失败路径继续隔离，并按业务键裁决历史未知态。图中汇合点不是用同一指标验收，而是要求每个领域明确自己的守恒关系、可接受延迟和人工终态。

数据演绎 5：三类演练的恢复窗口

E3（演练设计）：库存演练有 140 个冻结请求，期初可售 100，条件更新最多允许 100 个有效冻结；若发现 3 条重复流水，应按业务键冲正并复算，不能把余额直接加 3。支付演练有 1000 笔请求，其中 12 笔渠道成功而本地未知；查单确认 10 笔成功、2 笔失败后，未知从 12 收敛到 0，成功与失败总数必须守恒。IoT（物联网）演练每秒 6000 个事件，聚合后普通事件每秒 500 个、高危每秒 20 个，通知能力每秒 700 个；正常净余量为 700-500-20=180 个/秒。状态变化分别是库存差异归零、资金未知归零、报警入口低于有效能力；观测信号不能互换。

热门面试题

1. 问题：库存可售为负时为什么不能先把余额改回零？
   • 考点：快照与流水、实物责任和证据保护。
   • 回答思路：说明直接改余额会掩盖重复冻结、错放或过账缺失。
   • 详细答案：可售为负只是快照异常，根因可能是重复冻结、释放乱序、旁路更新或实物差异。直接改成零会让快照与流水继续不平，也可能释放已经拣货或出库的承诺。应先暂停问题库存键新增承诺，按订单行、冻结键、库存流水和仓内过账裁决，再用受控补偿或盘点分录恢复。
   • 进阶追问：缓存里仍有正库存怎么办？
   • 进阶回答：隔离或失效该缓存键，以权威库存账本和流水裁决；重建后校验版本，不能让缓存反写数据库覆盖事实。
2. 问题：支付渠道成功但本地未知时为什么不能重新下单？
   • 考点：通信超时与业务失败、稳定业务键和查单。
   • 回答思路：先保留原支付意图，再通过渠道和本地证据裁决。
   • 详细答案：渠道可能已经扣款，只是响应或回调丢失；换新业务键再次支付会造成重复扣款。应冻结同一支付意图的新请求，用商户请求号和渠道单号主动查单，核对原始回调、支付单与账务分录，再幂等推进订单。确认失败后才能按原业务规则重新发起。
   • 进阶追问：查单接口也超时怎么办？
   • 进阶回答：继续保持未知态，使用退避和重试预算，等待回调或账单对账；超过业务时限进入人工裁决，不把查单超时当支付失败。
3. 问题：IoT（物联网）报警风暴为什么不能统一丢弃重复事件？
   • 考点：高危覆盖、状态变化和可回放性。
   • 回答思路：区分低级重复压缩与高危升级绕行。
   • 详细答案：重复事件中可能包含严重度升级、设备范围扩大或恢复后再次触发，统一丢弃会漏掉真正风险。应按设备、规则和时间窗聚合低级重复，保留首次、最近、次数、严重度变化与原始引用；高危事件走独立优先通道。恢复时还要验证高危覆盖和误抑制，不只看通知量下降。
   • 进阶追问：聚合窗口越大越好吗？
   • 进阶回答：不是。窗口越大降噪越强，但发现延迟和误合并风险更高，应按报警等级、业务时限和历史回放结果设定。

6. 答案长度、证据密度与训练节奏

6.1 短答、标准答与长口述的裁剪规则

答案长度按决策信息裁剪，不按同一段文字机械截断。短答先给结论、边界和一个证据；标准答补因果、反例、止血与验证；长口述完整覆盖七段合同、交叉分类、E 等级和唯一正文链接。无论长度如何，都不能删除业务影响、权威事实或结果未知时的处理方式。

flowchart LR
    A["同一道故障题"] --> B["30 秒闪答"]
    A --> C["90 秒标准答"]
    A --> D["3—5 分钟长口述"]
    B --> B1["结论 + 边界 + 证据"]
    C --> C1["五段主线 + 反证 + 验证"]
    D --> D1["七段合同 + 交叉追问 + E 等级"]
    B1 --> E["面试官继续追问"]
    C1 --> E
    D1 --> E
    E --> F["20—60 字符直答"]
    F --> G{"证据充分吗"}
    G -->|"充分"| H["下钻唯一正文"]
    G -->|"不足"| I["E0（待核对）+ 取证路径"]

图解读：三种长度从同一问题出发，但保留信息层级不同；正常路径由短答接受追问，再按需要下钻，长口述不等于一次性倾倒全部知识。失败路径在证据不足时诚实收束为 E0（待核对），不使用更多字数掩盖未知。追问直答始终先回答问题，再补边界。

数据演绎 6：长口述如何控制信息预算

E3（演练设计）：将 800 个有效字符分配为现象与影响 80、假设与证据 180、止血 100、修复 150、验证 120、复盘 80、事实边界与链接 90，总计 80+180+100+150+120+80+90=800。若背景占到 300 字符，剩余 500 很难覆盖证据、验证和复盘；把背景压缩到 80，可释放 220 字符给关键决策。状态从“技术栈堆砌”变为“每段都有决策作用”；观测信号是七段是否齐全、是否存在重复句和口述耗时；结论是长度约束用于提高证据密度，不鼓励生硬凑字。

热门面试题

1. 问题：30 秒回答故障题必须保留什么？
   • 考点：结论优先、业务边界和证据。
   • 回答思路：用“我先判断什么、凭什么、立即保护什么”组织。
   • 详细答案：至少保留受损业务不变量、当前结论的证据边界和第一项可逆动作。例如支付超时不能说成支付失败，应说“先按未知态冻结同键新支付，凭商户请求号查单；渠道与本地账本未裁决前不换键重试”。这比罗列支付组件更能体现风险判断。
   • 进阶追问：30 秒内需要讲复盘吗？
   • 进阶回答：可以只给一句复盘方向，例如补查单兜底和故障注入；若面试官继续追问，再展开行动项与验收。
2. 问题：长口述为什么仍要求追问直答？
   • 考点：主问题与追问的独立响应。
   • 回答思路：说明长答案不能预判并吞没所有追问。
   • 详细答案：长口述展示完整思路，但面试官的追问通常在验证具体边界，例如“锁过期怎么办”或“查单也超时怎么办”。追问必须先用一两句直接裁决，再补原因；若重新讲整段背景，会显得没有听清问题，也难以暴露真实知识边界。
   • 进阶追问：直答是否可以只有“可以”或“不可以”？
   • 进阶回答：通常不够，应再给适用边界或关键原因，但控制在能一次呼吸说完的长度。
3. 问题：证据不足时怎样诚实收束而不显得没深度？
   • 考点：已知、未知、风险和验证设计。
   • 回答思路：明确降级等级，并给具体取证对象与判定标准。
   • 详细答案：先说当前能证明什么，再说哪一项仍是 E0（待核对），接着说明若该假设成立应看到哪些日志、指标、链路或账本证据，以及不同结果会选择什么动作。深度来自可证伪推理和风险控制，不来自虚构生产版本、参数或收益。
   • 进阶追问：能否用行业常见值填补未知参数？
   • 进阶回答：可以作为 E3（演练设计）说明计算方法，但必须明确是假设输入，不能说成当前项目真实配置。

7. 使用路线、错题回收与验收门禁

7.1 从分类抽题到证据复盘的闭环

训练闭环由“选题、限时口述、交叉追问、证据回链、错题归因、复练验收”组成。错题不按“不会背答案”笼统登记，而按事实边界、机制理解、证据选择、止血决策、恢复验证和表达长度六类缺口回收。事实缺口回 90/00 的责任人核对，机制缺口回 09—54 唯一正文，表达缺口进入后续时间盒模板；本册只保存训练结果和跳转规则。

flowchart LR
    A["十四类中抽题"] --> B["选择失败标签与业务不变量"]
    B --> C["限时口述"]
    C --> D["3—5 个交叉追问"]
    D --> E["核对事实等级与唯一正文"]
    E --> F{"错在何处"}
    F -->|"事实"| G["回链 90/00 核对"]
    F -->|"机制"| H["回链 09—54 补强"]
    F -->|"证据或处置"| I["重做七段故障合同"]
    F -->|"表达"| J["调整时间盒与直答"]
    G --> K["同题复练"]
    H --> K
    I --> K
    J --> K
    K --> L{"连续两次通过"}
    L -->|"否"| F
    L -->|"是"| M["进入跨分类变式题"]

图解读：训练从分类和业务不变量开始，经限时口述与交叉追问暴露缺口；正常路径定位唯一责任文件后复练，连续两次通过才进入变式题。失败路径回到具体缺口，不通过复制答案或延长口述掩盖问题。事实回链与机制回链分开，避免修改错误的知识源。

热门面试题

1. 问题：错题为什么要按六类缺口归因？
   • 考点：责任文件与针对性修复。
   • 回答思路：比较事实、机制、证据、处置、验证和表达的不同修复方式。
   • 详细答案：把所有错题归为“没背熟”会导致重复阅读，却无法修正错误来源。事实边界错要回 90/00 核对，机制错回唯一正文，证据选择错要重建可证伪假设，止血和验证错要重做故障合同，表达超时则调整信息预算。分类后才能把改进写到正确位置。
   • 进阶追问：一道题可以有多个缺口吗？
   • 进阶回答：可以，但应标一个首要缺口和最多两个次要缺口；先修会改变结论的错误，再修表达问题。
2. 问题：为什么要求连续两次通过才进入变式题？
   • 考点：偶然复述与稳定迁移能力。
   • 回答思路：说明第一次可能依赖短期记忆，第二次检验合同是否内化。
   • 详细答案：刚看完答案后的首次复述可能只是短期记忆，无法证明遇到不同数据或故障分支仍能推理。间隔后再次通过，且能回答新的反例，才说明候选人掌握了权威事实、证据链和恢复判定。随后进入跨分类变式题，检验是否能迁移。
   • 进阶追问：两次都背出原句算通过吗？
   • 进阶回答：不算。必须能在不改变结论的前提下换例子、处理反证，并说明证据不足时怎样降级。
3. 问题：一周训练怎样兼顾十四类而不平均用力？
   • 考点：风险优先、项目绑定与反馈分配。
   • 回答思路：以岗位和项目高风险类为主，错题动态加权。
   • 详细答案：先把库存、支付、异步任务和线上排障关联的数据库、消息、并发、网络、可观测性和业务一致性设为高权重；其他分类保持覆盖。每天用一题主类加一题交叉类，训练后按六类缺口调整次日权重。目标不是十四类题量相等，而是高风险主题能稳定完成七段合同且弱项持续收敛。
   • 进阶追问：怎样避免只练熟悉项目？
   • 进阶回答：每次复练增加一个不同项目或不同故障标签的变式，迫使同一机制迁移到新业务不变量。

8. 综合口述题

1. 问题：为什么 91 不能建立第二套迁移账本？
   • 考点：零迁移、单一事实源、资产守恒和并发协作。
   • 回答思路：先证明 91 旧基线为零，再划分 90/00 与本册职责，最后给链接失效时的处理。
   • 详细答案：91 只新增失败追问训练结构，不登记 92—94 旧资产；模块 15 的资产编号、源哈希、唯一归属和守恒式只能由 90/00 维护。
   • 进阶追问：如果 91 需要引用旧题背景怎么办？
   • 进阶回答：链接原根或 90/00 的稳定登记，不复制旧题清单，也不创建本地资产编号。
   • 口述答案：我先确认边界：91-高频追问题库.md 和同名目录在扩展前不存在，所以旧标题、旧题、旧图、旧表和旧演绎的基线都是零，恒等式分别是 0=0+0+0。现在新增十四类分类、失败标签和故障合同，只能叫新增训练资产，不能说从 92—94 迁入。模块 15 已把 90/00 定义为唯一迁移账本，它登记旧资产标识、源根锚点、哈希、唯一归属、处理方式、E 等级和复核日期；如果 91 再抄一份，就会产生两个编号、两个目标锚点和两个更新时间，并发修改后无法判断哪份有效。本册因此只做三件事：按故障裁决机制选择训练入口，沿用 90/00 的 E1（直接证据）至 E0（待核对）事实等级，把原理链接到 09—54 唯一正文。遇到旧题只链接原根或账本，不复制长答案；遇到账本链接失效，记录现象并由账本责任人修复，不能在本册临时建副本。验收时也把旧资产守恒与新增题量分开：旧资产仍为零迁入，新内容按 7 个知识节、21 道六字段题和 10 道综合题统计。这样既能扩展训练能力，又不会改变历史来源或覆盖他人资产。
   • 分类裁决补充：先以旧根是否存在、账本是否登记和新增文本是否复制为信号裁决归属；任一旧资产来源无法定位，就停止使用“零迁移”结论并降为 E0（待核对）。恢复验收要求旧根、账本锚点与本册链接三者可互相定位，且新增段落只描述训练结构，不重现旧资产正文，并复核更新时间。
   • 追问 1：新增题和旧题同主题算迁移吗？ 直答 1：不算；旧题原文保留且新题采用不同失败训练结构，但必须链接来源并避免复制长答。
   • 追问 2：为什么链接也要唯一？ 直答 2：唯一链接让版本修正只发生在一个正文节点，避免同一机制在多册漂移。
   • 追问 3：能否把 90/00 的 E 等级表复制过来？ 直答 3：本册可摘要解释并链接，但不建立第二套事实卡或迁移登记。
   • 对应知识正文
2. 问题：怎样从十四类追问题库选择正确入口？
   • 考点：主分类、交叉分类、业务不变量与证据分叉。
   • 回答思路：从业务影响找权威事实，再用首个分叉证据确定主分类。
   • 详细答案：分类依据不是最熟悉的组件，而是哪个机制最接近当前业务事实裁决；其他原因按上游触发、下游放大和恢复验证交叉展开。
   • 进阶追问：接口慢同时涉及五类技术怎么办？
   • 进阶回答：先比较分段耗时和等待位置选主分类，只保留最能改变决策的 1—3 个交叉假设。
   • 口述答案：选择入口时我不从组件名开始，而从受损业务不变量开始。先问这是库存承诺错误、资金未知、任务积压、接口不可用还是安全风险，再找保存权威事实的对象。第二步给现象打标签，例如 LATENCY（延迟异常）、TIMEOUT_UNKNOWN（超时未知）或 DIVERGENCE（事实分叉）；标签只描述偏离方式，不直接当根因。第三步寻找首个分叉证据：线程池等待和 CPU（中央处理器）指向 Java（编程语言）并发或 JVM（Java 虚拟机），锁等待和慢事务指向 MySQL（关系型数据库），最老消息年龄与分区倾斜指向 MQ（消息队列），重传和连接队列指向 Linux（操作系统）网络，渠道查单与账务差异则指向支付履约。选一个最接近裁决点的主分类承担结论，再保留上游触发、下游放大、恢复验证最多三条交叉分类。比如订单更新慢，若支付单和分录正确但事件滞后，就以 MQ（消息队列）为主；若支付单本身处于未知，则以支付履约为主。回答中给每条假设一个支持信号和一个反证，证据不足时保持并行假设，不同时执行相互干扰的修复。最后短结论留在 91，源码原理和完整命令回链唯一正文，项目事实回链 90/00。
   • 入口裁决补充：主分类切换的信号是权威事实位置改变，或原分类的关键反证连续成立；尚未取得首个分叉证据时，停止并行扩大排查和跨类修复。恢复验收不是“分类讲得完整”，而是主分类能解释业务不变量、交叉分类均有保留或排除记录，并能回链对应唯一正文。
   • 追问 1：分类选错了怎么办？ 直答 1：把新证据作为分叉点切换主分类，并保留原假设为何被推翻的记录。
   • 追问 2：为什么不能把十四类都讲一遍？ 直答 2：无差别罗列没有决策作用，还会掩盖真正权威事实和首要风险。
   • 追问 3：标签和分类有什么区别？ 直答 3：标签描述怎样失败，分类决定去哪里查机制证据；二者是多对多关系。
   • 对应知识正文
3. 问题：如何用统一合同回答库存可售为负事故？
   • 考点：库存守恒、权威账本、旁路写、幂等与仓内证据。
   • 回答思路：按七段合同回答，止血时冻结问题键，不直接改余额。
   • 详细答案：从问题仓库和 SKU（库存单位）取样，核对冻结键、流水、条件更新、仓内过账和人工审计，修复后用快照复算与实物抽样验收。
   • 进阶追问：缓存显示还有库存时听谁的？
   • 进阶回答：隔离缓存，以数据库权威账本和库存流水裁决，重建时校验版本。
   • 口述答案：我会把“可售为负”先定义为已观察现象，而不是直接说锁失效。现象阶段确认发生时间、仓库、SKU（库存单位）、负数幅度、受影响订单和是否继续扩大。假设至少包括同一业务意图幂等键漂移、数据库条件被旁路、冻结与释放乱序、重复消息、人工直接改余额，以及仓内过账迟到。证据按业务键串起请求日志、唯一约束冲突、库存快照与流水、缓存版本、消息事件、波次拣货复核和操作审计；每个假设都要有反证，例如条件更新全部正确就削弱并发超扣假设。止血先暂停问题库存键的新承诺，隔离缓存和人工调账入口，保留查询与已确认出库；不能把余额改回零，因为这会掩盖重复冻结或已发生的实物副作用。修复阶段先修唯一约束、状态条件或旁路权限，再按原冻结键补偿、冲正或形成盘点分录，未知仓内作业先查证，不盲目释放。验证要同时满足可售非负、期初加全部流水能重算快照、冻结各责任阶段守恒、消息积压收敛，并对高风险仓库和 SKU（库存单位）抽样核对实物。复盘拆分触发、放大、发现和恢复缺口，补旁路写门禁、热点故障注入、对账告警和人工审批。所有数量若无生产记录都标 E3（演练设计）。
   • 库存恢复补充：恢复前持续观察负可售键数、条件更新失败、冻结流水差额和仓内未知作业；任一指标仍扩大，继续停止该 SKU（库存单位）承诺与人工调账。验收以库存快照可由流水重算、重复冻结已冲正、实物抽盘无新增差异为准，再按仓库和热点键分批放开。
   • 追问 1：分布式锁恢复后能否解除止血？ 直答 1：不能只看锁；还要确认数据库条件、业务幂等、历史差异和仓内未知态都收敛。
   • 追问 2：重复流水怎样处理？ 直答 2：保留原记录，按业务键追加可审计冲正或补偿，不删除历史掩盖原因。
   • 追问 3：实物暂时无法核对怎么办？ 直答 3：保持异常与冻结，设责任人和时限，不能为了指标清零直接释放库存。
   • 对应知识正文
4. 问题：如何用统一合同回答支付成功但订单未更新？
   • 考点：支付未知态、查单、回调幂等、账务分录和三方对账。
   • 回答思路：先阻止同支付意图再次扣款，再由渠道、本地支付单与账务共同裁决。
   • 详细答案：通信成功和业务成功分离，修复不仅推进订单，还要保证渠道金额、支付状态、分录和退款上限一致。
   • 进阶追问：回调明确成功还要查单吗？
   • 进阶回答：正常回调可幂等推进；出现签名、金额、状态冲突或长期未知时，仍需查单和对账裁决。
   • 口述答案：现象先限定为“渠道侧查询显示成功，本地订单仍待支付”，并确认金额、币种、商户请求号、渠道单号、发生时间和影响笔数。假设包括回调丢失或验签失败、回调已入库但事务回滚、支付状态已更新而订单事件未投递、消费者失败、状态条件拒绝迟到事件，以及人工查询口径不一致。证据按同一支付意图核对原始请求摘要、渠道响应与主动查单、原始回调、支付单版本、不可变账务分录、待发布事件、消息消费和订单状态；网络超时不能直接证明支付失败。止血是冻结同一业务键的新支付入口，保留未知态并主动查单，对确认成功的订单避免取消或重复扣款；不能换键重试。修复时，缺失回调可按渠道证据幂等补入，传播失败从可靠事件恢复，状态冲突按单调状态机裁决；账务错误使用追加纠正分录，不修改历史流水。验证同时比较渠道账单、支付单、业务订单、账务借贷、退款累计和重复事件，确保每个未知键都有唯一终态。复盘补查单兜底、回调故障注入、消息投递监控、差异时限、密钥轮换和人工审批。真实成功率、金额与恢复时间没有账单和监控证据时保持 E0（待核对），演练数字只用于展示方法。
   • 支付恢复补充：以未知支付键数、渠道查单可用率、回调验签失败和账务差异为核心信号；渠道与本地结论仍冲突时，停止自动撤单、退款和换键重扣。恢复验收要求每笔未知支付均取得成功、失败或人工裁决的唯一终态，渠道账单、支付单和会计分录逐笔对平后才解除冻结。
   • 追问 1：查单也超时怎么办？ 直答 1：继续保持未知态，按退避和预算重试，等待回调或账单，超时后进入人工裁决。
   • 追问 2：能直接把订单改成已支付吗？ 直答 2：不能只改订单；必须让支付单、渠道证据、账务分录和订单共同指向同一结论。
   • 追问 3：重复回调如何处理？ 直答 3：原始事件先验签并幂等入库，按渠道事件标识和支付业务键确保状态与分录只生效一次。
   • 对应知识正文
5. 问题：如何用统一合同回答 IoT（物联网）报警风暴？
   • 考点：优先级、聚合、背压、高危覆盖和分级恢复。
   • 回答思路：先保护高危事实，再压缩低级重复，最后分级回放并验证误抑制。
   • 详细答案：报警风暴既是容量问题也是业务安全问题，统一丢弃或无差别扩容都可能漏掉高危状态变化。
   • 进阶追问：通知量下降能否证明治理成功？
   • 进阶回答：不能，还需验证高危覆盖、误抑制、最老年龄、原始事件可回放和通知结果。
   • 口述答案：现象阶段要区分原始设备事件、规则命中、聚合报警和通知四层，确认何时突增、哪些设备与规则集中、高危通知延迟多少、队列最老年龄和下游限额。假设可以是设备抖动重复上报、规则版本形成扇出、聚合键过细、消费者或通知下游变慢、历史回放与实时流争抢资源。证据用设备和规则版本、首次与最近事件、严重度变化、分区到达率、聚合压缩率、消费者有效完成率、通知回执和变更时间线互相验证。止血不是统一丢弃，而是让高危报警进入独立优先通道，低级重复按设备、规则和时间窗压缩，保留次数、首末时间和原始引用；同时限制规则扇出、通知并发和历史回放。修复要纠正规则或聚合键，建立优先级背压、租户配额和实时/历史资源隔离，失败事件可从可信水位分级回放。验证除吞吐和队列年龄外，还要比较原始事件、高危覆盖、误抑制、恢复通知与人工抽样，确认低级噪声下降但严重度升级不漏。复盘补规则灰度、历史回放、容量基线、反馈控制和停止条件。每秒事件数、压缩率和收益若无生产证据都标 E3（演练设计），不能作为真实结果。
   • IoT（物联网）恢复补充：观察高危事件端到端时延、原始事件保留率、聚合压缩率和误抑制抽样；高危覆盖下降或升级事件被压缩时，立即停止扩大窗口和低级规则变更。恢复验收要求高危通知在承诺内送达、低级噪声稳定下降、原始引用可回放，并由值守抽检确认没有遗漏真实升级及处置记录。
   • 追问 1：聚合窗口越大越好吗？ 直答 1：不是；降噪与发现延迟、误合并风险需要按严重度和业务时限权衡。
   • 追问 2：为什么历史回放要让位于实时高危？ 直答 2：历史低级事件占满资源会延迟当前风险，必须分配独立额度并按优先级恢复。
   • 追问 3：高危通道也满了怎么办？ 直答 3：启动更强降级和人工应急，保护原始事实，限制低级入口，并按预案扩展独立故障域。
   • 对应知识正文
6. 问题：一个超时现象怎样展开交叉追问而不乱猜？
   • 考点：分段耗时、超时未知、重试放大和可证伪假设。
   • 回答思路：先区分通信结果与业务结果，再沿客户端、网络、服务端和下游逐段裁决。
   • 详细答案：超时只证明在期限内未获得响应，不能直接归因网络或判定业务失败；主分类由首个异常分段决定。
   • 进阶追问：所有分段都没有监控怎么办？
   • 进阶回答：先保留样本键和两端时间线，补连接、线程、下游与账本证据，并明确当前只能给假设等级。
   • 口述答案：我先把超时定义为“调用方在约定期限内没有得到可用响应”，它既不自动等于网络故障，也不等于下游业务失败。现象阶段确认请求键、超时配置、发生窗口、失败比例、尾延迟、是否集中某实例或依赖，以及调用方是否自动重试。假设按链路分层：客户端连接池或线程池等待，域名解析与 TCP（传输控制协议）连接异常，网络丢包重传，服务端事件循环或垃圾回收停顿，数据库锁等待，下游限流，以及业务已经成功但响应丢失。证据先取端到端链路和分段耗时，再对照两端日志、线程与连接池、CPU（中央处理器）和垃圾回收、重传、数据库执行时间、下游回执与业务账本。主分类由第一个显著异常分段决定，其他只作为上游触发或下游放大交叉追问。止血要控制重试预算、隔离慢依赖、限制入口并保护核心路径；对库存、支付或履约等有副作用请求，保持未知态并用原业务键查证，不能换键重试。修复针对被证据裁决的瓶颈，同时处理重试形成的积压。验证看分段尾延迟、连接和线程等待、重传、有效业务完成率与未知态年龄，并确认解除限流后没有二次冲击。复盘统一超时层级、链路字段、幂等合同和故障注入；没有证据的网络判断必须标 E0（待核对）。
   • 超时恢复补充：跟踪分段尾延迟、重试消耗、连接等待、未知态年龄和有效完成率；若解除限流后重试量再次抬升，停止继续放量并回退到受控入口。验收应同时看到各关键分段回到阈值内、未知业务键完成裁决、核心路径无排队反弹，而不是只看一次请求成功。
   • 追问 1：抓到重传就能证明网络是根因吗？ 直答 1：不能；重传可能是结果或伴随现象，还要和时间线、路径、拥塞及服务端等待对照。
   • 追问 2：把超时调大能止血吗？ 直答 2：可能减少表面错误，但会增加在途和资源占用；必须结合业务时限、容量和取消语义。
   • 追问 3：何时可以重试？ 直答 3：操作可幂等、使用原业务键、结果已明确失败或可安全查证，并受退避与预算控制时。
   • 对应知识正文
7. 问题：怎样设计“消息积压”追问的证据链和恢复验收？
   • 考点：到达率、有效完成率、最老年龄、分区倾斜和业务幂等。
   • 回答思路：区分消息拉取与业务完成，先止住净增长，再处理毒消息和历史存量。
   • 详细答案：恢复公式以有效完成率减新到达率为准，并用业务对账证明重复和乱序未扩大副作用。
   • 进阶追问：消费者数量翻倍为何可能无效？
   • 进阶回答：受分区数、热点键、数据库锁、下游限额或毒消息约束时，并发只会转移瓶颈。
   • 口述答案：现象不只报积压条数，还要说明开始时间、主题与分区、最老消息年龄、到达率、拉取率、业务有效完成率、失败重试和受影响业务时限。假设包括流量突增、消费者发布回归、分区热点、线程池或连接池耗尽、数据库锁等待、下游限流、单条毒消息反复失败，以及大范围回放抢占实时资源。证据用生产和消费水位、分区分布、消费者日志与线程、单条处理分段耗时、数据库和下游指标、变更时间线、死信与重试次数逐项裁决。止血先限制非核心生产、隔离毒消息、暂停无界重试，为实时核心和历史恢复分配独立额度；盲目增加消费者可能把压力推给数据库。修复要针对真实瓶颈，并保证消费者按稳定事件键幂等、状态版本拒绝倒退，历史消息从可信水位可控回放。恢复速度按“有效业务完成率减新到达率”计算，只有净值持续为正，积压和最老年龄都下降，失败率受控，才说明存量在收敛。最后按订单、库存、支付或通知业务键抽样，确认重复消费没有重复副作用，乱序没有覆盖终态。复盘补容量模型、分区键评审、毒消息隔离、重试预算、回放预案和业务年龄告警；拉取速度上升不能单独作为恢复证据。
   • 积压恢复补充：持续按分区观察净消化速率、最老消息年龄、毒消息重试和下游错误率；净消化转负或旧分区年龄不降时，停止扩容和历史回放，先隔离阻塞点。验收要求所有分区持续净消化为正、最老年龄回到业务时限内、死信均有处置结论，并抽查消费没有重复副作用。
   • 追问 1：积压条数下降但最老年龄不降说明什么？ 直答 1：旧分区或毒消息仍被卡住，消费者可能只在处理新流量，历史承诺没有恢复。
   • 追问 2：能否跳过旧消息？ 直答 2：先按业务价值和可重建性分类；可丢弃项要有审批与审计，交易事实必须回放或补偿。
   • 追问 3：恢复后何时缩容？ 直答 3：积压清空、最老年龄达标、业务对账通过且新流量观察窗口稳定后再逐步缩容。
   • 对应知识正文
8. 问题：怎样在证据不足时仍回答出技术深度？
   • 考点：E0（待核对）至 E3（演练设计）、验证设计和诚实表达。
   • 回答思路：分开已知事实、候选机制、演练假设和待核对项，再给分叉证据。
   • 详细答案：技术深度来自可证伪因果、风险控制和验收方法，不来自编造项目版本、参数、事故或收益。
   • 进阶追问：面试官坚持要真实数字怎么办？
   • 进阶回答：说明当前证据边界，给指标定义、计算公式和应取的监控或账单，不把演练输入冒充生产数据。
   • 口述答案：证据不足时我会先做事实分层，而不是降低技术深度。简历、可定位源码、配置、锁文件和运行记录支持 E1（直接证据）；既有知识材料能映射项目但缺少启用证据时是 E2（已有材料映射）；为了说明容量、状态或故障构造的数字属于 E3（演练设计）；完全缺少依据的版本、参数、峰值和收益保留 E0（待核对）。回答时先说能证明的业务背景和个人职责，再把候选方案表达为“可以采用”或“已有材料提出”，不说“生产已经上线”。随后给出可证伪设计：若假设数据库锁导致延迟，应同时看到锁等待、慢事务、应用线程等待和热点业务键；若这些信号不存在，就转向网络或下游假设。止血动作也说明风险与退出条件，不能用证据不足为盲目重启辩护。需要数字时，我可以用 E3（演练设计）列输入、公式、状态变化、观测信号和结论，并明确它只验证推理。例如用到达率减有效完成率估算积压，但真实输入要从监控取证。最后列出升级证据等级需要的对象：配置启用、部署版本、调用链、账单、库存流水或事故复盘。这样既不越界，又展示我会定义不变量、设计实验、裁决未知态和验证恢复。
   • 证据升级补充：证据等级提升要同时检查来源可定位、时间与版本一致、调用链闭合和结果可复核四个信号；缺少其中任一项，就停止把候选设计、演练数字或代码存在描述为生产事实。恢复验收是证据对象可被第三方复查，并能明确支持的范围、失效边界与仍待核对项。
   • 追问 1：代码里有类就能说生产用了么？ 直答 1：不能；还需配置、部署版本、真实调用和运行记录证明启用与效果。
   • 追问 2：E2（已有材料映射）还有价值吗？ 直答 2：有，它展示方案理解与迁移能力，但语气必须保持候选方案边界。
   • 追问 3：不知道参数时能给建议值吗？ 直答 3：可作为 E3（演练设计）起始假设，并说明敏感性和验证方法，不能称为生产配置。
   • 对应知识正文
9. 问题：如何把 30 秒短答扩展成 3 分钟故障回答？
   • 考点：结论优先、信息预算、七段合同与追问直答。
   • 回答思路：短答保留结论、边界和证据，扩展时按决策顺序增加反证、处置和验收。
   • 详细答案：扩展不是给短答添加背景，而是补齐为什么这样判断、怎样控制风险、如何证明恢复和哪些事实仍未知。
   • 进阶追问：长口述是否需要把所有命令说出来？
   • 进阶回答：不需要，只说能裁决假设的证据类型和关键命令目的，完整命令留在唯一正文。
   • 口述答案：我会先写一个能独立成立的 30 秒答案，格式是“业务结论、适用边界、关键证据、第一动作”。例如支付超时：“我先按未知态处理，用原商户请求号查单，在渠道和本地账本裁决前冻结同键新支付，不换键重试。”扩展到 90 秒时，不增加项目背景，而是补两个可证伪假设、一个反证、有退出条件的止血和业务验证。扩展到 3 分钟时，再按“现象—假设—证据—止血—修复—验证—复盘”完整展开：现象说明时间、范围和业务影响；假设按风险与信息增益排序；证据同时支持和推翻；止血解释副作用与退出条件；修复区分根因和历史存量；验证同时看技术信号和业务不变量；复盘拆触发、放大、发现与恢复控制。约 800 个有效字符可以把 80 分给现象、180 分给假设与证据、100 分给止血、150 分给修复、120 分给验证、80 分给复盘、90 分给事实边界和链接。口述结束后保留 3—5 个追问直答，每个先给结论再给边界，不重讲背景。若某段没有证据，就降为 E0（待核对）并说明取证路径。这样长度增加对应决策信息增加，而不是重复和凑字。
   • 时间盒补充：30 秒内以是否说清业务结论、证据和第一动作为信号，超出时间仍未给出止血边界就停止补背景；90 秒和长答只在前一层完整后增加反证与恢复。验收以计时录音为准：信息层次不倒置、关键不变量未遗漏、结尾有可执行的恢复判定，并能回答一项反证与退出条件，而非凑满字符数。
   • 追问 1：30 秒回答要讲根因吗？ 直答 1：证据充分时给结论；证据不足时给主假设和验证点，不能把猜测包装成根因。
   • 追问 2：背景被压缩会不会显得项目不真实？ 直答 2：真实性来自可定位职责和证据，背景只保留影响当前决策的约束。
   • 追问 3：超时了怎样删减？ 直答 3：先删技术栈罗列和重复背景，不能删业务影响、证据、止血边界与恢复判定。
   • 对应知识正文
10. 问题：如何建立一周高频追问训练闭环？

• 考点：风险加权、错题归因、间隔复练与跨项目迁移。
• 回答思路：先覆盖高风险主类，每天一主一交叉，按六类缺口动态调整次日权重。
• 详细答案：通过标准不是读完题库，而是同题间隔复练两次通过七段合同，并能在不同项目和故障标签中迁移。
• 进阶追问：十四类一周无法平均覆盖怎么办？
• 进阶回答：按岗位、简历项目和错题风险加权，保持低权重类最小覆盖，不追求题量平均。
• 口述答案：一周训练先按岗位与项目风险分配权重。库存、支付、异步任务和线上排障直接关联的 MySQL（关系型数据库）、MQ（消息队列）、Java（编程语言）并发、Redis（远程字典服务）、网络、可观测性和支付履约设为高权重，其余分类保持最小覆盖。每天选择一题主分类和一题交叉分类：先标业务不变量与失败标签，做 30 秒闪答；再扩展成 90 秒标准答；最后挑一题完成 560—1000 有效字符长口述和 3—5 个追问直答。训练后不只记“答错”，而按事实边界、机制理解、证据选择、止血决策、恢复验证和表达长度六类缺口归因。事实缺口回 90/00，机制缺口回 09—54 唯一正文，证据和处置缺口重做七段合同，表达缺口调整信息预算。第二天先复练前一天首要错题，再进入新题；间隔后连续两次满足合同、E 等级和时间限制，才算通过。周末使用变式题验收，把同一机制换到库存、支付或 IoT（物联网）不同不变量中，防止背原句。量化上可安排每天 90 分钟：20 分钟复习事实与正文，30 分钟两题口述，20 分钟交叉追问，20 分钟复盘回链。目标不是十四类题量相等，而是高风险主题稳定收束、弱项权重逐日下降。
• 训练路线补充：每日记录首答用时、错题类型、变式题通过率和间隔复练结果；同类错误连续出现或高风险题未通过时，停止增加新分类，优先回到对应正文重练。周验收要求高权重题在不同项目语境下连续两次达标，低权重题完成最小覆盖，且错题能落到唯一责任节点。
• 追问 1：怎样判断不是背答案？ 直答 1：更换数据、项目和反证后仍能保持不变量、证据链与恢复结论一致。
• 追问 2：连续两次通过为何重要？ 直答 2：第一次可能依赖短期记忆，间隔复练才能检验稳定推理和迁移能力。
• 追问 3：错题要写回本册吗？ 直答 3：本册只记训练归因与跳转；事实和机制修正必须回到各自唯一责任文件。
• 对应知识正文

9. 复习清单

• 能解释 91 零迁移且不替代 90/00 唯一账本。
• 能按十四类技术分类和失败场景标签选择入口。
• 能使用“现象—假设—证据—止血—修复—验证—复盘”合同。
• 能完成库存、支付、IoT（物联网）三条故障演练。
• 能按答案长度裁剪内容，并始终回链唯一正文。