网络模块裁剪与更新检查

【踩坑实录】网络模块裁剪与更新检查

▍现象
两个工程先后撞上同一类坑：科学绘图工程上机后发现启动时有联网行为（检查更新），在沙箱网络权限的语义下这个请求时灵时不灵，界面还偶尔等待它超时；统计类工程登记了同类遗留：网络更新检查禁用待查——上游的自动更新机制在新环境里处于半死状态。

▍定位过程
桌面应用的网络行为普查是问题源头：更新检查（启动时请求更新服务器）、崩溃上报（发送崩溃数据）、遥测统计（使用数据上报）、在线帮助（跳转文档站）。这些行为在桌面环境是常态，在移动环境各有问题：更新检查语义冲突（移动应用的更新走应用市场，应用内自查更新既越权又误导——用户看到应用内更新提示会困惑）；崩溃上报与遥测要过隐私合规；启动时的网络请求拖慢首启（等待超时）。

▍对策
网络行为分诊四处置：更新检查——直接禁用（更新的唯一通道是市场，应用内的检查代码禁用或移除，工程的遗留登记就是这类处置）；崩溃上报——改走本地日志（诊断包机制替代远程上报）；遥测——裁剪（或按隐私合规显式化）；在线帮助——改本地化帮助或引导到论坛。配套：网络权限的申请面随之收缩（更新检查都禁了，为它声明的权限与域名也清掉——权限最小化的联动）。

▍根因抽象
桌面遗产的网络行为在移动环境要全量重审：每一处联网都要回答三个问题（为什么联网、移动环境的正确替代是什么、禁用后功能是否完整）。禁用不是删代码那么简单——要处理禁用后的代码路径（更新提示的 UI、错误处理的分支）。

▍方法论沉淀
网络行为普查表（启动请求、后台请求、用户触发请求分列），逐项定处置。这个普查建议所有桌面移植开工前做——它是网络权限申请面的依据，也是启动性能的隐患清单。

更新检查禁用的处置记录在绘图与统计工程实录，apps 板块 56 篇欢迎对照。