外观
Startup Phases（九阶段诊断分解）
作用域属性：[进程级 · 目标 App 专属]（Process Scope ） 当前状态：candidate；完整九阶段捕获率尚未达到生产可用门槛，读者必须理解这是当前最诚实的边界，而不是工具故障
1. 定义与业务价值
九阶段回答"启动时间花在哪里"，把 App Launch Total 的端点跨度拆成 9 个可观测的生命周期区间，用于把一次慢启动的时间粗定位到 Pre-main / UIKit 生命周期 / Presentation 中的具体区间，是继续做代码级排查的起点，而不是终点。
2. metricID / scope / unit / source
| # | 阶段 | metricID | 性质 |
|---|---|---|---|
| 1 | System Interface Initialization | ios.process.startup.system_interface_ms | 必需；Total 起点所在阶段 |
| 2 | Static Runtime Initialization | ios.process.startup.static_runtime_ms | 必需 |
| 3 | UIKit Initialization | ios.process.startup.uikit_initialization_ms | 必需 |
| 4 | UIKit Scene Creation | ios.process.startup.uikit_scene_creation_ms | 必需 |
| 5 | willFinishLaunchingWithOptions() | ios.process.startup.will_finish_launching_ms | 条件回调 |
| 6 | didFinishLaunchingWithOptions() | ios.process.startup.did_finish_launching_ms | 核心生命周期阶段 |
| 7 | sceneWillConnectTo() | ios.process.startup.scene_will_connect_ms | 条件回调 |
| 8 | sceneWillEnterForeground() | ios.process.startup.scene_will_enter_foreground_ms | 条件回调 |
| 9 | Initial Frame Rendering | ios.process.startup.initial_frame_rendering_ms | 必需；Total 终点所在阶段 |
统一字段：scope = process，unit = milliseconds，source = dvt.coreprofilesessiontap.lifecycle，sourceKey = sum(complete span duration[<阶段名>])，definitionVersion = core-profile-app-lifecycle.candidate.v3（均取自当前 Registry ）。当前 Registry 中恰好是 9 项 phase metricID；如未来 Registry 数量变化，以执行时的实际读取为准。
3. iOS 系统原理
9 个阶段大致覆盖 Apple 官方描述的启动链路中 pre-main（dyld/运行时初始化）、UIKit/App 生命周期回调（AppDelegate/SceneDelegate）、首帧呈现三个区段。部分回调（willFinishLaunchingWithOptions、sceneWillConnectTo、sceneWillEnterForeground）本身是条件触发——不同 App 架构（是否使用 Scene、是否实现该回调）会导致这些 signpost 本轮根本不存在，这是 App 自身生命周期路径的正常差异，不是采集缺陷。
4. 系统服务 / 通信通道 / 采集命令与开源库归属
- 通道：
com.apple.instruments.server.services.coreprofilesessiontap（DTX ），复用 pymobiledevice3 拥有的 DTX 流本身； - 解码：
MacApp/Sidecar/perfowl_collector_core/launch_trace.py中的RealtimeLaunchTraceDecoder+LifecycleDecoderProfile——这是 Perfowl 自研、版本化、按 iOS 大版本 fail-closed 的 KDebug 语义映射层，模块文档明确写明"implements only the small, frozen KDebug mapping needed for process-scoped launch spans"； - 映射契约文件：
startup_trace_codes.json（perfowl.startup-trace-codes/1schema），记录acceptedFilters/transitionTable/initialFrameEndDebugID等，随 SHA-256 一起纳入证据链； - py-ios-device 在此仅作为历史 selector/schema 逆向研究参考（provenance 字段可见
py-ios-device-source-2.4.26-published-2.4.25-selector-schema-reference-only），不作为运行时依赖或权威语义来源；未知的私有 KDebug code 不会被这个参考源"顺手"命名为某个阶段。
5. 原始字段与字段语义
阶段耗时来自设备 kdebug 事件流中特定 class 的 BEGIN/END debug ID 配对：
| kdebug class（十六进制前缀） | 主要含义 | 覆盖阶段 |
|---|---|---|
0x1F07 | dyld / libSystem | System Interface、Static Runtime |
0x2BDC | lifecycle transition | 相邻阶段边界 |
0x2B87 | UIKit lifecycle signpost | UIKit Initialization、Scene Creation、AppDelegate/SceneDelegate 回调 |
0x31CA | initial frame | Initial Frame Rendering / App Launch Total 终点 |
设备侧发生丢失时，XNU 内核会发出独立的 TRACE_LOST_EVENTS 标记（DBG_TRACE(0x07)/DBG_TRACE_INFO(0x02)/code 2），源码注释明确：这个计数是丢失 episode（标记次数），不是丢失事件条数；它的缺席只表示"未观测到丢失证据"，从不表示"整条链路完整无损"。
6. 精确公式
text
阶段耗时 = 该阶段完整 BEGIN/END span 的真实 mach tick 差 × numer / (denom × 1,000,000)没有高层 API 插值，没有用相邻阶段边界、FPS 或主机时间估算某个缺失阶段的耗时；缺失的阶段就是 missing，不参与任何插值计算。
7. Clock / Window / Freshness
- Clock domain：设备 mach absolute time，与 Startup Observation 的 host monotonic clock 是不同 domain。
- Window：单轮受控启动产生一组（最多 9 个）阶段值；不跨轮拼接（详见第 12 节"常见误区"）。
- Freshness：阶段值在该轮 CoreProfile 数据完整排空（drain）并完成两遍归因（见第 9 节）后一次性产出，不提供逐阶段的实时增量预览。
8. Baseline / Reset / Discontinuity
每个阶段独立计算，无前值依赖、无 counter reset 语义。
9. Quality：captured / not-applicable / missing
- captured / candidate：存在完整真实 span，有真实耗时数值；
- not-applicable：有独立证据表明本轮启动路径没有触发该条件回调（例如通过 App 架构、其他生命周期证据交叉确认），不是仅凭"本轮没看到 BEGIN"就下此判定，因为设备侧竞态也可能造成相同表象；
- missing / value-less partial：本轮没有形成可信 span，不补 0、不插值、不猜测。
早期版本存在一个真实工具问题——生命周期事件可能早于完整的 thread→PID 身份映射到达，若 decoder 在第一次看到事件时立刻做目标过滤，会把实际属于目标 App 的早期事件误判为非目标。当前已修复为两遍归因：Pass 1 建立完整 thread/pid/generation 身份关系，Pass 2 重新回放并归因 lifecycle records。这修复的是主机侧归因时序问题；今天仍然出现的阶段缺失，不能再简单归因为"PID 映射太晚"。
10. 合法 0 的条件
阶段耗时不存在合法的 0 值——真实的生命周期回调或初始化区间必然消耗可观测的正时间。任何计算为 0 或负值的 span 都视为无效，归入 missing，不展示为 0。
11. 当前证据、校准与平台覆盖（如实披露，不做乐观外推）
这是九阶段当前最重要的边界，必须完整披露：
| 批次 | 时间 | 真机矩阵 | 九阶段完整捕获率 | 备注 |
|---|---|---|---|---|
| S5（商店 App 矩阵） | 2026-09-08 | 2 设备（iOS 17 21A327 / iOS 18 22C161）× 3 商店 App × 5 轮 = 30 轮 | 0/30 | Total 端点链路本身工作正常；九阶段完整率未达标，Profile 保持 candidate |
| S6-B（源形态与目标归因） | 2026-09-08 | 延续 S5 矩阵 | 0/30 | 确认冻结的 py-ios-device 参考源明确 0x31CA0006 为 Initial Frame END，未发现证据支持把其它相近事件重命名为该终点 |
| Build48 | 2026-09-12 | 设备 A / 目标 App A，3 轮命令级真机 | 必需阶段覆盖 1/3；完整 trace 0/3 | Total candidate 三轮均有值 |
| Build53 | 2026-09-14 | 设备 A / 目标 App A，双轮 | 6/9（两轮一致） | willFinishLaunchingWithOptions()、sceneWillConnectTo()、sceneWillEnterForeground() 两轮均未形成完整 span，按 phase-not-observed / phase-boundary-incomplete 保留 missing；报告原文强调"6/9 阶段是目标 App 当前可观测结果，不能描述为九阶段完整校准" |
如实结论：截至当前已整理的 E4 证据，商店 App 场景下从未观测到 9/9 完整捕获；已知最好的真机结果是单个目标测试 App 在 Build53 上的 6/9。这不是"临近完成的小问题"，而是当前工具在部分早期/条件阶段上的真实观测边界（详见 启动观测与数据完整性 第 4~5 节已验证无效的补齐路线）。iOS 26/27 目前只有 E2 静态候选，没有真机证据。任何声称"九阶段已生产可用"的表述都与上述证据矛盾，不得采信。
12. 如何分析：能得到什么结论，不能得到什么结论
能得到：本轮真实捕获到的阶段耗时可以用于该阶段的绝对值/同版本回归比较；结合 Startup Phase Coverage 的 Transport Integrity 证据（host lossFree、deviceLostEventMarkerCount）判断本轮数据链路可信度。
不能得到：
- 不能仅凭某阶段
missing就断言该阶段"耗时无限大"或"是性能瓶颈"——missing 描述的是观测质量，不是耗时结论； - 不能跨轮拼接（例如用 r1 的 System/Static + r2 的 Scene + r3 的 Initial Frame 拼成"人工 9/9"）——这条启动链路在物理世界中从未发生过；
- 不能仅凭阶段耗时直接断言具体函数是根因，需要结合 CPU、线程状态、I/O、截图与代码级 Instruments 证据继续取证。
13. 常见误区
- 把"本轮某条件回调缺失"直接等同于"App 没有实现该回调"：需要独立证据支持
not-applicable判定，否则应保持missing； - 把
deviceLostEventMarkerCount = 0理解为"整条采集链路无损"：它只表示本轮未观测到丢失标记； - 把九阶段完整度当作 Total 是否有效的前提：详见 App Launch Total 第 6 节，二者是正交维度。
14. Legacy / 历史实现
- 已验证无效或不适合的补齐路线（详见 启动观测与数据完整性 第 5 节）：Ready Barrier / startup-exclusive 系列、CoreProfile action/buffer 参数枚举、单轮语义重建、System Trace 旁路、
os_trace_relay、StartSuspended确定性等待、跨轮拼接。 xctrace-app-launch.v1（2026-09-07 前后）：曾短暂作为九阶段来源，在开发签名 Fixture 上验证通过，但依赖 Xcode 环境，未成为长期默认路径。
15. 版本历史与来源批次
本页由 site/knowledge/metrics/startup-timing.md v47（2026-09-17）拆分而来。
| 版本 | 日期 | 修订要点 |
|---|---|---|
| v12（Initial Frame单项） | 2026-10-17 | 五新轮限定E4；共享Total opener/terminal负控及原始来源/设备差分/消费者/隔离；非物理首帧。证据。 |
| v11（sceneWillEnterForeground单项） | 2026-10-17 | 五新轮限定E4；首次前台单span来源/设备差分/消费者与隔离；SwiftUI参考边界。证据。 |
| v10（sceneWillConnect回调单项） | 2026-10-17 | 五新轮限定E4；单回调来源/设备差分/消费者与上游隔离；SwiftUI参考、阶段和/中位数边界。证据。 |
| v9（didFinish回调单项） | 2026-10-17 | 五新轮限定E4；单回调原始来源/设备差分/消费者/上游等待隔离，无局部正控；诊断路径教训。证据。 |
| v8（didFinish测试准备） | 2026-10-17 | E2/E3，正式0/5未验收；原生读取/配方通道分层、超时后输入核对及隔离控制位置。证据。 |
| v7（willFinish回调单项） | 2026-10-17 | R2五新轮限定E4；可选回调/单段原始来源/设备差分/实际等待正控；重开UI准入修复及失败保留。证据。 |
| v6（Scene多段单项） | 2026-10-17 | 五新轮限定E4；全流多转移集合/五段聚合/实时前缀/插入回调隔离；工具留存边界。证据。 |
| v5（UIKit初始化单项） | 2026-10-17 | 五新轮限定E4；BEGIN参数50、候选聚合/消费者与下游隔离；通道实际就绪/UI准入与保全退役方法，其他阶段/物理精度不外推。证据。 |
| v4（UIKit准备能力边界） | 2026-10-17 | E2软件/E3容量与输入通道能力；正式0/5未验收，记录AFC硬链接不支持/rename覆盖与通道分层，不改前项结论。证据。 |
| v3（静态运行时单项） | 2026-10-17 | Static Runtime五新轮限定E4；共享转移BEGIN参数、复用通道资格/新正式轮与容量保全方法沉淀，物理精度/其他阶段不外推。证据。 |
| v2（首阶段单项验收） | 2026-10-17 | System Interface五新轮限定E4来源/差分/聚合/消费者与下游隔离通过；物理语义/精度不外推，其他阶段仍逐项待验。证据。 |
| v1（本页） | 2026-09-18 | 从 startup-timing.md 拆出，成为九阶段独立 Canonical；补充 S5/S6-B/Build48/Build53 四批真机证据的完整捕获率对照表。 |
单项新证据与阶段隔离方法 · 2026-10-17（限定E4）
System Interface Initialization在179正常产品入口/设备A/自有目标A完成五新生命/Session：真实BEGIN/END及END arg0=10、同代目标映射/设备timebase/逐span差分与聚合、所有有值live和两份最终报告一致，下游300ms等待没有明显混入该阶段。具体结果与固定门见本批记录和不可变快照。仅本阶段来源/数值一致与无明显异常的限定E4，不是独立物理或私有阶段命名校准；其余八阶段没有因本批而通过，以上历史表的样本/数字不回改。
场景归属的坑：App的willFinish延时处于System Interface之后。把它当作System Interface的正向300ms真值会验错阶段；应先按原始span顺序核注入位置，再选正控或负控。本批用它作下游隔离负控，50ms仅本场景预设异常门，不冒充行业精度。非侵入路径没有独立pre-main仪器时，保留该校准缺口，不把重复5/5叫做物理100%。
转移与聚合：同一debugID可按参数关闭/打开相邻阶段，不能只匹配名称或debugID。本例END需arg0=10；逐span按tick差乘timebase、ns整数截断后换ms再求和，禁止将绝对时间分别取整相减或拿Total减其他阶段补缺值。多span按真实完整集合累计，missing/0/跨代保持失败或缺失，不挑有利span。
消费者与证据：阶段值属一次启动launch_trace/报告，不是普通周期CSV；允许首次missing，值已形成后不得回退或与最终报告漂移。真实字节定位沿用coreProfileStreamByteOffset而非归档偏移，核原始chunk参数/角色/目标/timebase以及原件SHA；副本重放明示宿主与安装模块版本，不能冒称独立仪器。E2控制12项＋流坐标25项及E4五轮支撑上述本例方法；跨系统/设备/任意App仍待验证。
Static Runtime单项与共享转移参数 · 2026-10-17（限定E4）
设备A/自有目标A/179正常UI五个新生命/Session的Static Runtime通过真实BEGIN转移参数10、END代码、同代目标映射、设备差分/聚合与所有有值live及最终报告一致和下游隔离。五轮结果与原门见本批记录和不可变快照。仅本阶段源/数值无明显异常的candidate限定E4，非独立物理精度或事件命名校准；其他阶段不顺带通过，历史表不回改。
相邻阶段同一转移的坑：System Interface END和Static Runtime BEGIN同为debugID 735838224且arg0=10；对本阶段应在BEGIN核参数，机械复用前项只在END核参数的脚本会漏检或误检。Static END为520552454。应先明确阶段位置，再在独立64字节记录中核参数，而不是只相信报告名称。12项软件控制含错误参数，25流坐标边界控制和新五轮支撑本例。
重复测试效率：产品/配置/设备通道不变，仅离线阶段选择变化时，可在先落盘的合同中复用已核共享通道资格；仍先在旧原件软件重放和参数反例通过，再用本阶段全部新正式五轮，而不是把旧轮算成新成功。运行前精确身份/idle/无pending和旧记录摘要、每轮资源及首失败停止仍保留，不能借复用跳过当前指标来源与消费者验收。
长期Fixture容量：封存主机原件与手机可控工具的已备份重复run不是同一用途。达到有界枚举上限要先停、核封存可读/完整/引用关系并制定保全去重，不能扩大上限无限扫描，也不能按日期/通过标签删除失败或仅存原件。本批仅记录容量风险，未自动清手机证据。
UIKit准备中的通道能力边界 · 2026-10-17（E2/E3，未验收）
本阶段BEGIN730268008的arg0=50、END730267732；软件需核真实tuple/同代线程绑定、整数ns截断后聚合、所有消费者，而不是机械复制前项参数10。旧封口两轮约68ms只作来源诊断，不算本项新正式轮。两个新attempt均在采集前停止、当前成功0/5，不能标为本项真机通过。记录 · 不可变快照。
表现与判断：原生DTX/AFC读取、普通自有启动可用，但Apple测试指令仍connecting，配方URL12秒/details8秒超时。普通连接与Apple控制不是同一资格；这尚未产生新采集Session，不能归因为UIKit数值bug。保留每个停止attempt/来源，单次有界用户态服务恢复未成功，不不断重试或误删失败。
软件模拟不替代设备协议能力：自有Documents请求可由主机形成刺激，但必须标明不是App准备生命/准确性真值。11模拟及未改Swift真实消费Python输入20检查通过后，手机AFC MAKE_LINK仍返回OP_NOT_SUPPORTED。再用完全隔离/主机备份的scratch资格发现RENAME_PATH会覆盖已有目标，故不能以“先exists再rename”声称原子无覆盖；本批没有降级写pending或更改旧run。平台协议能力必须单独核实，不能因主机文件系统或Mock支持就推广到手机。
避免方式与范围：保留刺激输入/实际完成量/采集真值三种独立来源；先核设备能力、无pending/精确idle与独占命名空间，再允许新attempt，首失败停止、不补轮。若通道未恢复，等待明确状态变化而不是降低数值门或把旧诊断算入新分母。这里只证本设备当前控制能力，不证Apple系统根因，也不影响前项限定范围验收。
容量退役≠空间回收：五份已封存重复Fixture run，在主机787清单与手机各四文件身份一致后同容器rename到retired；原字节/Raw/Session/失败仍在，活动32→27，释放0 B。这个目标不存在的目录退役与覆盖已有文件的实验是两种操作；不可因前者成功推断后者无覆盖。保全核对先于退役，不按通过标签/日期删除证据。
UIKit Initialization与自有刺激传输 · 2026-10-17（限定E4）
设备A/自有目标A/179正常产品入口五新生命/Session，UIKit Initialization的真实64字节BEGIN arg0=50/END、同代目标线程绑定、设备时间差分聚合与有值live/最终报告一致、下游等待隔离在预设异常门内。本批记录 · 不可变快照。只接受candidate来源一致与无明显异常，不是私有事件命名/物理精度校准；旧验收数字不改，其他阶段未顺带通过。
参数必须按阶段位置核：UIKit BEGIN730268008的arg0=50，不是Static Runtime共享BEGIN参数10，END730267732同时可能开始后续Scene。不能只按报告名称或把前项工具换名字；核原始tuple、同线程目标映射/代际、窗口、逐span整数ns截断和全部消费者，别把归档字节位置当逻辑流位置。
连接正常不等于所有控制通道正常：本例原生DTX/AFC可读、普通启动可用，但Apple测试指令tunnel connecting，URL12秒/details8秒超时。它阻断自有刺激传递，尚未采集，不能直接归因为指标数值bug。保留失败与独立通道诊断，不循环重连、抹除失败或要求重复配合。
软件能力与真实手机能力分开：11模拟与Swift20消费控制不代表手机支持AFC硬链接，实际status15立即停；专用scratch实测rename会覆盖，拒绝降级。保留两个partial及一次用户态服务恢复失败。Owner重启后details真实connected且DDI=true，只读精确idle/无pending/容量，再恢复因断连清空的正常UI选择。r2在selected-target停止、采集0，显式新决策后才r3五轮。新输入必须同一设备/自有App，准备生命与正式生命分开；不把exit0缓存元数据当通道恢复，不让Mock自证设备支持。
容量退役与磁盘回收不同：核主机既有封存和手机四件完全相同后，只把五个已备份run在同容器rename到明确retired命名空间；无删除、磁盘释放0 B。失败/Raw/Session/旧清单保留。上限再次到达需新显式集合与合同，不默默放宽或按日期删除。
Scene多段聚合与实时前缀 · 2026-10-17（限定E4）
设备A/自有目标A/179正常产品入口五新轮，多转移原始tuple/同代绑定/设备时间多段求和/实时前缀与最终报告及回调隔离成立。记录 · 不可变快照。candidate来源一致/无明显异常，不是物理或私有事件语义独立校准。
表现与机制：Scene在App回调之间暂停/恢复，真实链含五段，实时1段→5段是合法前缀，不应标为不连续。不能机械复制前项单span的“每个有值都等于最终”断言；每包用自身闭合span求和，要求集合/计数/值不倒退且为最终子集，最后精确等于最终。旧轮只诊断，不借入本项分母。
完整性判断：code21/24/26/301/313开始、23/25/300/312/12结束；核原始逻辑流/角色、线程绑定/代际，扫描同线程窗口全部转移与报告端点全等。缺段/额外BEGIN、错误外层身份、切块边界都应有负控；仅核选中端点不能排除未报告的段。逐span设备ticks转整数ns再ms后求和，不用宿主时间替代。lossFree仅是对应来源层证据，不外推物理或设备源永不丢失。
隔离与正控：willFinish300ms等待位于Scene片段之间，应被Scene聚合剔除；本项验隔离，下一回调指标再验正控，不提前通过。容量先核主机封存与手机字节再rename保全，释放0B；只清完成可重建副本，不删除失败来提高成功率。
工具溯源：长期取证工具不能只放临时目录；运行前把实际执行器/编排器源码和摘要一并留在私有批次。引用其他文件的SHA不证明wrapper自身历史身份；缺pin时标明限制，不凭重建或mtime自证。原始数据、执行器与wrapper分别判断，保留失败与原件。本批来源。
willFinish可选回调、实际等待正控与重开准入 · 2026-10-17（限定E4）
设备A/自有目标A/179正常入口，R2五新轮原始code23/24同主线程/代际、设备tick整数ns差分、实时与最终报告/安装模块重放成立；记录 · 不可变快照。candidate来源一致与无明显偏离，不是物理或私有事件语义校准。
可选与缺失：该App回调可以不实现；只有完整有效launch且确实没有其BEGIN时按产品既有not-applicable，不补0、不把所有missing说成正常。本Fixture明确实现回调，缺失/N/A均失败。单回调恰一个完整span/主线程绑定，实时每个有值应等于最终；不可套Scene多段的增长规则。
正控：Fixture在此回调中claim请求并等待，code23→24应覆盖actualDelayNs及少量本地IO/回调开销。零组与300ms组实测差额对照，以预先[-1,50]ms局部开销/50ms组差容差排除明显偏离。actualDelayNs来自同一自有App设备内测量，不是独立仪器或第三方App私有阶段真值；不将局部正控宣称为全指标物理精度。控制设置与实际完成量必须分列。
重开准入坑点：客户端正常重开后，设备/目标重选不代表启动采集项恢复。先核正常UI Startup Timing卡，再准备设备刺激；Start后仍核Session实际startupEnabled/请求metricID，以计划为最终事实。旧首队列实际未armed时保留普通Session与已消费Fixture四件，0/5不转成成功，不在原分母补样。修复后完整新五轮与原停队列分列。
容量与恢复：活动集合会随保全retirement改变，旧集合断言须从当前保全收据推导，不能凭历史计数猜测手机故障。精确同一自有生命/无pending/产品idle后才单次终止，不触及其他应用；后置集合误判不再次信号。失败run同样保留四件身份与字节，不删除失败来提升成功率。新脚本预pin/长期私有保存，原执行源码另存再更改工具。
配方通道与原生读取须分别判断 · 2026-10-17（E2/E3，非didFinish验收）
表现：普通DVT进程查询/AFC文件读取正常，Apple配方URL发送仍可能12秒超时，后续设备details亦timeout；list找到设备不等于配方服务已连通。上一个指标五轮成功只说明当时可用，不替代下一次资格。来源 · 不可变快照。
判断与避免：先分层记录list/details实际状态、超时上限、普通读取和配方结果；超时不能推断操作未发生，必须核自有生命/pending/run并保存原字节。本次后置自有absent/无pending/无失败run/Start0/Session0，0/5停止，不盲重复发同输入。恢复后另立唯一新attempt、不借旧诊断填分母。根因unknown，不凭一条timeout给产品解码器、USB线或用户定责。
控制位置：didFinish诊断使用code25/26单主线程span，等待在上游willFinish，所以只做隔离无局部正控；不能沿用前项“阶段至少等于等待”的断言。设备tick差分、原始完整端点/线程代际与消费者须分别验证。旧两轮诊断/17软件方法只E2，普通环境只E3，当前didFinish尚未E4验收。
didFinish单回调来源与上游隔离 · 2026-10-17（限定E4）
设备A/自有目标A/179正常入口五新生命/Session，原始code25/26单主线程/同代span、设备差分、全部有值live和两最终报告、安装模块副本重放及上游等待隔离成立。记录 · 不可变快照。candidate来源一致/无明显偏离，不是独立物理或私有事件语义校准。
单回调不是一帧：didFinish是App代理回调区间，不能把它叫首帧；设备ticks稳定timebase转换，窗口/主线程/目标代际及原始完整端点集合核实后，再比较消费者。该Fixture确实实现回调并落事件，缺失/N/A不算通过；其他App可选回调的既有N/A语义不得补0。
控制位置决定结论：300ms等待施加在上游willFinish，本项验证不会被错误计入didFinish；不能照抄前项“阶段至少等于actualDelay”的正控断言。分开设定/实际完成量，0组≤10ms/300组300–350ms，didFinish组中位差≤预设50ms。该门是隔离和异常检测，无本回调局部正控；单点App事件不构成独立起止精度参考。无此正控不得宣传物理精度。
测试准备与原件：正常UI启动项在刺激前先核，实际Session plan再次核armed；初始自有生命可在UI/无pending/旧件门后最多单次精确归一化，记录原生命、确认absent，正式生命仍必须新生。不以失败更换或借诊断样本达到五轮。复制旧分析脚本时，诊断轮名和单独基准常量都须核对；新输出命名保留失败，不重写旧路径。上述方法26软件负控/本五轮限定E4，适用本Fixture/版本，不外推所有App。
入账前未知身份不等于错误身份：采集先于启动PID返回时，某些原始块尚无targetPID；不可给旧字节补一个当时未知的PID。附带Total锚点仅在Raw序列严格早于唯一请求入账、同代际/角色且独立线程映射唯一时作追溯来源；本项didFinish原始块仍必须完整绑定，显式错PID、请求后缺PID或本项缺PID一律停。主机接收时刻与请求调用开始时刻不是入账顺序，不能替代Raw序列。本批分离复核原先KeyError已保留，修订另名且12条独立负控通过；没有借修改解释去重采或改变实测。
附带检查不冒充单项复验：本批附带Total变化诊断误差50.246979ms，略超过旧Total专项50ms门，不声称本批Total正控通过，旧验收五轮历史不回写。当前didFinish只按原隔离合同2.771188ms≤50判定；Total诊断差异另列后续复核，不拿当前回调通过掩盖。
sceneWillConnect系统回调与SwiftUI参考边界 · 2026-10-17（限定E4）
设备A/自有目标A/179与Lab90.21.8五新生命/Session，原始code300/301单主线程同代、设备差分/全部有值消费者和两最终报告、安装模块副本重放及上游等待隔离通过。记录 · 不可变快照。candidate非物理/私有事件语义精度；本项缺自有UISceneDelegate起止参考及局部正控，不宣称永久100%。
SwiftUI事件不是SceneDelegate真值：WindowGroup使用系统场景，App有scene-active/onAppear并不表示自己记录了willConnect起止。系统code300/301的原始完整集合/主线程PID/三代际、设备整数tick差分与所有消费者须独立核同；不能拿单点scene-active计算这个回调。Fixture期望单闭合span，缺失/N/A不充通过；其它App真实无可选回调的N/A不补0。
控制位置与就绪：本场景300ms在上游willFinish，只核隔离/异常，不是本回调正控。相同存活参考允许12秒有界连接并等至少两条完整absent，完整坏读/unknown/早退出立即停，不忽略尾部半行也不把它算完整读，不重启参考来凑成功。26软件方法及12独立包络负控适用本受控版本，旧诊断不借入新分母。
Total与分段的两个常见误判：本次对前批五件已封存报告只读核发现，九阶段完整span和仍比原始系统BEGIN→terminal少约1.28–1.46ms，位于Static结束到UIKit开始的未命名间隙；不是缺值填零或自动分给某个阶段的依据。Total始终按自己的原始端点直接计算，不能以九阶段和代替。分组中位数之差也不能相加推导唯一慢因；控制等待之外的OS工作可以变化，设备算术一致不保证总差恰等于注入等待。前批Total诊断50.246979ms略过旧50ms门，仍未作新Total正控通过；扣除零组实际等待的诊断为50.247187ms，公式分列、不覆盖旧值。原因/物理精度unknown，不以本回调通过消除它。
有界就绪的真实覆盖（同批限定E4）：本批第1轮同一参考进程在6.548471秒才留下两条完整absent，超过旧6秒但低于12秒门；没有重启参考、重发配方或丢弃读数，其他门不放宽。说明连接初始化应与观测窗口分开设有界准入，不代表已知前批R1具体停止原因。来源。
首次前台回调与场景活动事件的区别 · 2026-10-17（限定E4）
五新生命/Session的sceneWillEnterForeground()（code312/313）原始完整单span/目标主线程同代/设备差分/所有有值消费者及上游隔离通过。记录 · 不可变快照。范围是自有目标首次启动，不含后台切换重复回调；candidate非独立物理/私有语义精度。
现象与判断：SwiftUI有scene-active/onAppear记录，仍不能以它们作为OS回调起止真值；WindowGroup没有自己的UISceneDelegate enterForeground begin/end。来源与消费者一致须从原始code312/313、逻辑流完整集合、线程→PID和代际及设备整数tick差分独立检验。单点场景事件仅证完成，不能相减生成该阶段时间。本Fixture完整闭合span才通过，其他App可选回调不存在时N/A不补0。
对照与限制：人工300ms在willFinish，当前五轮验证后续前台回调没有明显偏离而不是本回调局部正控；误将上游等待当本回调下限会产生假失败。需要更严格的独立精度必须另建局部起止/参考设计，不从当前五轮推断。26软件方法和12包络控保留；参考连接延迟允许同一活进程有界12秒，坏完整读/unknown/早退不丢弃或重启。首次离线基准硬编码旧attempt后缀的路径错误需保留原件并另名修订，不应重跑设备来掩盖工具错误。
Initial Frame与Total的共享锚点不是独立真值 · 2026-10-17（限定E4）
本阶段五新生命/Session的原始code12 BEGIN（730267696）与0x31CA0006 END（835321862）、目标主线程同代、设备差分/全部有值消费者及上游隔离通过。记录 · 不可变快照。当前留存13/66、启动12/12均限定受控来源与合理异常检验，不是独立物理/私有语义精度校准。
问题与机制：Initial Frame span必须与clean Total已经选择的initial-frame-opener/frame-terminal逐tick相同。只核“phase位于Total窗口内”仍可能放过另一个同名span，需额外逐字段共享锚点相等和原始完整端点集合/逻辑流、线程PID/三代际核同，两项软件反例拒绝偏移的opener或terminal。公式仍用设备正整数timebase的整除差分；不借主机收包时间。
避免错误对照：Total和Initial Frame共享同一terminal，所以两者算术相符是同源一致性，不是两套独立仪器的准确性证据。App view-onAppear/scene-active仅证明场景完成，不是屏幕亮起或物理首帧；没有局部渲染正控/外部参考时不能据此宣称真实用户所见首帧误差。上游willFinish的300ms只核隔离/异常，本阶段不应被要求≥300ms。当前必需此阶段，缺值不是0/N/A通过；范围限本Fixture首次新生命。
早于opener的terminal单列，不等于非法链：原始0x31CA0006可在唯一code12之前出现；未见opener时它不是已闭合phase，须在完整原始集合中保留，逐tuple和报告rejected/ignored计数核同及严格PID/代际，不得直接丢掉或凭终点数否决后续闭合。本批五轮计数1/0/1/1/0，20项独立inventory控制覆盖错误计数/错身份/重复/额外opener与阶段内部terminal，首次复核失败保留，修订只读重审不重采。物理语义仍candidate，不以此声称早terminal的物理原因已证。
执行教训：模板内全局替换短数字会连带改坏日期/路径，即使语法检查成功也可能损坏准入。应做唯一锚点或结构字段替换，并在运行前核实际路径、日期、HEAD与源码pin；发现后保留未执行草稿，独立更正另名，不把工具预审问题误记为设备或产品失败。28软件方法/12包络控及原始封存支持本受控版本，不外推全产品永久100%。