--- type: devlog title: 整机发送率 · 原producer的wire kind与provider区分结果 date: 2026-10-20 status: partial kind: validation stage: P4 evidence: E2 metric: ios.device.network.send_rate --- # 连接kind保留协议类别，不能作为数值provider选择器 文档类型devlog；基线5dec153e，[先行合同](/devlog/p4-device-network-wire-kind-plan-2026-10-20)。同一AI方案、实施、分离复核，无子代理。30/66、剩36，发送正式0/5、未验，Gate R未关。手机调用/安装/launch/写/新run/产品改动0。 ## Implementation Update · 2026-10-20 全部来源是此前已保管的当前手机DVTInstrumentsFoundation和NetworkStatistics原代码、数据/selector片、映像/mapping、类/方法表、原解码及原导出。流式SHA核同，不获取新手机文件，也不load/attach/执行目标代码。新主审仅输出9根/1887条原编码、467项call关联、23个关键立即数/参数/存储锚点，及有限表/字典赋值。旧“析构”切片标签覆盖相邻C回调，未把这些代码归名为析构函数，也未把下一已知IMP当完整函数边界证明。 主审a01因全部切片call超过512预算拒绝，无成功结果；先追加Bounded Scope Update，a02去除start/init通道并收窄相邻C区间后满足原门。a02又误用旧元数据string键而实际是cfString，StopIteration保留；a03按两种真实键读取，不更改任何源/既有结果，完成。分离a01把64位CMP当32位模板失败，a02修位宽后又把预期missing的映射断言与意外成功断言混淆；a03按原mapping显式判缺完成。所有原脚本、失败目录保留，phone0，不以失败重采手机。 ## 字段来源 | 字段 | 所审原代码路径 | 限定语义 | | --- | --- | --- | | 外层kind | tuple初始化kind/count分别存入独立字段；发件构造二元素数组 | 1是连接声明类别，2是更新类别；不是SDK连接kind | | 连接声明第八项（索引7） | 初始化8列，随后单独写该slot；SDK解包到ConnectionDetectionEvent.kind | 来自来源描述provider字符串与四项表的匹配下标 | | 四项表 | 0项所指原对象不在已保管mapping，保持missing；1/2/3原字符串为TCP/UDP/Route | 不将0命名为QUIC/未知协议；不能从旧样本只出现1/2推定所有可能kind | | snapshot字典provider | TCP与UDP的traditionalDictionary分别把常量TCP/UDP写入provider键 | 该字段不保留原数值provider | | 头部开销分支 | countsIncludeHeaderOverhead各比较内部provider与3/5 | 不能从wire TCP/UDP类别反推出这一分支是否成立 | 来源描述键通过真实GOT指针与原NetworkStatistics导出精确对应_kNStatSrcKeyProvider，不仅凭字符串同名推断。TCP/UDP字典常量分别由原指针/CFString核同，setter目标由原stub/selector核同。连接声明查表路径将匹配下标写入slot7；未匹配路径写0，但0的原表对象仍missing，二者不能混称“已识别的0协议”。 这是固定实机原件静态E1路径，不是所有版本/全部producer路径或本次运行绑定证明。两个内部provider给出同协议类别而头开销判断可能不同，意味着该kind不足以作为数值层选择器；不能据此断言当前流实际属于哪个provider、重复serial的唯一原因，或把所有TCP统一删头/删ACK。原H1和22头下界反例、Hq条件结论及24未保管尾对象均保留。 ## 分离原字节审核与资源 第二读法不导入主提取器，直接按原cache mapping/v3链重读数据，核9个方法入口的relative name/IMP及原class ro/baseMethod关系；1887个word、467个branch目标/stub关联全部核同。独立解码关键MOV立即数/寄存器、STR字宽/偏移、32/64位CMP；四项表及两次常量provider赋值从原指针/CFString/真实setter重核，missing0项保持不猜。E2只证明上述格式/原字节关联，静态计数定义与运行绑定未提升为E4。 主审0.661101秒/CPU0.659945秒/峰27639808B；分离0.555054秒/报告进程累计CPU0.586520秒/峰25673728B，均低于10秒/96MiB门，输出低于16MiB预算，host>120GB，I/O峰unknown。没有产品变更或提速结论。无fresh手机准入，本批不沿用历史idle作新授权、不生成容量；删除0。 ## 决策与下一有限工作 **不实施按TCP/UDP kind选择统一字节层的参考算法。** 来源信息在所审wire构造中已压缩，不能通过更长或更多相同采样补出数值provider。仍不能以目标业务成功/接口可读/包数吻合替代整机参考。 下一先审同一原件中的NetworkMonitor查询timer→QueryAllSources→counts回调→时间字段生成链，判断是否能得到无需拟合偏移的因果时间包围；同时保留多个可能provider字节层的保守参考区间，而非任选有利层。必须先冻结模型和判据，若区间过宽或无法证明因果边界则不能称数值可验，需正式记录口径/可信参考决策；不放宽原阈值或用模糊区间宣布通过。仍不进193、正式五轮、接收或其他指标。 知识/开发记录/总览/首页/时间线/机读和新不可变HTML同批更新；站点完整构建/链接、GitHub核同/GitLab一次推送和配置检查另记私有交付收据。网站/通知配置债partial、公证暂缓/GPL正式分发门开放，无需用户操作。 ## Site Resource Repair Plan · 2026-10-20 同批site-wire-kind-a01完整输入稳定，但client阶段聚合RSS1623195648B超过既定1536MiB，监督器一次SIGTERM、无kill、exit1，9.085009秒（中断时长不是完整耗时）、CPU0.569108秒只到已回收父进程，不能与完整子树CPU直接比较。失败原日志及输入保留，不算站点通过。 最小修复为build-staged.py两处V8 old-space960→832MiB，保持同三阶段/单worker、180秒/1536MiB门、完整页面/搜索/归档。O(全输入+索引)、预计完整<30秒；通过更早GC减少峰值，不承诺提速。先完整真实规模对照失败峰/耗时CPU/RSS及输入SHA、链接/搜索/归档，不反复做手机测试；若OOM或仍超门，保留失败后再审原因，不能放宽监督门。原页面不删、不关闭搜索，无新后台服务。最终修复结果和同提交完整构建以私有收据承接。 ## Site Implementation / Validation Update · 2026-10-20 候选a02完整构建成功、输入SHA稳定：832MiB old-space，18.692989秒、CPU52.884541秒、聚合峰1543077888B，exit0，无超限/终止；1307源文件24290305B，输出2713件117807008B。相较本批960MiB中断峰1623195648B，聚合峰减少80117760B（约4.94%）；中断样本不能比较完整耗时/吞吐或声称提速。完整页面、搜索、归档未删减；I/O峰unknown。最终新增快照后再以相同资源门构建并独立核页面/链接/搜索/归档，最终收据私有保管。此为站点E2，不是手机指标E4，线上未发布仍partial。