连接异常不一定来自线路：从设备到目标服务逐层排查
把设备、局域网络、解析、路径、目标服务和文件本身分开检查，避免不断重装。
先保存现场
发生异常时记录设备、系统、网络、时间、页面地址和提示原文。若页面仍能部分打开，也记录文字、图片和附件分别表现如何。
不要第一时间清除所有设置。现场被改变后，原本有价值的线索会消失。
涉及账号和验证码的画面应先遮挡敏感信息，再用于反馈。
先保存现场不能只靠一次成功来判断。放到“连接异常不一定来自线路 从设备到目标服务逐层排查”这个问题中，先保存现场还要比较资料进入路径前后的名称、容量、时间与使用结果。若先保存现场缺少这些基本信息，后来出现差异时就很难区分是内容改变、环境改变，还是接收方式不同。
实际工作里，先保存现场往往横跨发送者、接收者和维护资料的人。参与先保存现场的三方看到不同界面，承担的责任也不一样。发送者应为先保存现场说明批次和条件，接收者完成代表任务，维护者则保留变更与异常记录。
可以用一个小范围样本观察先保存现场。用于先保存现场的样本应保留真实结构，同时避开敏感内容；它需要暴露格式、权限与读取问题，又不能大到让比较耗费很久。先保存现场的小样本稳定后，再扩大到完整批次，更容易找到差异。
先保存现场还存在时间维度。与先保存现场有关的文件经过系统升级、软件更新或目录迁移后，未必仍以相同方式显示。重要项目需要为先保存现场记录当时环境，并定期抽查代表文件，以便尽早发现变化。
判断先保存现场是否可靠，要同时看结果和适用边界。用于先保存现场的方法若适合公开网页，不一定适合受限数据；适合单人阅读，也不一定适合多人共同修改。把先保存现场的边界写清楚，可以避免局部经验被扩大到所有任务。
从本机和局域网络开始
检查设备时间、存储空间、系统更新和浏览器状态。错误时间可能影响证书判断，空间不足会让下载看似网络失败。
再比较同一网络上的另一台设备，或让同一设备切换网络。把变化前后的设备与网络写清楚，结果才有解释力。
若只有单一设备异常，优先检查本机权限与应用；若全部设备异常，再向外层继续。
从本机和局域网络开始不能只靠一次成功来判断。放到“连接异常不一定来自线路 从设备到目标服务逐层排查”这个问题中，从本机和局域网络开始还要比较资料进入路径前后的名称、容量、时间与使用结果。若从本机和局域网络开始缺少这些基本信息，后来出现差异时就很难区分是内容改变、环境改变，还是接收方式不同。
实际工作里，从本机和局域网络开始往往横跨发送者、接收者和维护资料的人。参与从本机和局域网络开始的三方看到不同界面，承担的责任也不一样。发送者应为从本机和局域网络开始说明批次和条件，接收者完成代表任务，维护者则保留变更与异常记录。
可以用一个小范围样本观察从本机和局域网络开始。用于从本机和局域网络开始的样本应保留真实结构，同时避开敏感内容；它需要暴露格式、权限与读取问题，又不能大到让比较耗费很久。从本机和局域网络开始的小样本稳定后，再扩大到完整批次，更容易找到差异。
从本机和局域网络开始还存在时间维度。与从本机和局域网络开始有关的文件经过系统升级、软件更新或目录迁移后，未必仍以相同方式显示。重要项目需要为从本机和局域网络开始记录当时环境，并定期抽查代表文件，以便尽早发现变化。
判断从本机和局域网络开始是否可靠，要同时看结果和适用边界。用于从本机和局域网络开始的方法若适合公开网页，不一定适合受限数据；适合单人阅读，也不一定适合多人共同修改。把从本机和局域网络开始的边界写清楚，可以避免局部经验被扩大到所有任务。
区分解析、连接和资源加载
完全无法找到域名、能够连接但页面拒绝访问、首页正常而附件失败，是三种不同现象。
记录状态码和最终地址可以帮助判断是否发生跳转、限制或资源缺失。不要只用“打不开”概括。
文字正常而图片慢时，检查资源体积、缓存和源站；登录页异常时，也要考虑目标服务本身状态。
区分解析、连接和资源加载不能只靠一次成功来判断。放到“连接异常不一定来自线路 从设备到目标服务逐层排查”这个问题中，区分解析、连接和资源加载还要比较资料进入路径前后的名称、容量、时间与使用结果。若区分解析、连接和资源加载缺少这些基本信息，后来出现差异时就很难区分是内容改变、环境改变，还是接收方式不同。
实际工作里，区分解析、连接和资源加载往往横跨发送者、接收者和维护资料的人。参与区分解析、连接和资源加载的三方看到不同界面，承担的责任也不一样。发送者应为区分解析、连接和资源加载说明批次和条件，接收者完成代表任务，维护者则保留变更与异常记录。
可以用一个小范围样本观察区分解析、连接和资源加载。用于区分解析、连接和资源加载的样本应保留真实结构，同时避开敏感内容；它需要暴露格式、权限与读取问题，又不能大到让比较耗费很久。区分解析、连接和资源加载的小样本稳定后，再扩大到完整批次，更容易找到差异。
区分解析、连接和资源加载还存在时间维度。与区分解析、连接和资源加载有关的文件经过系统升级、软件更新或目录迁移后，未必仍以相同方式显示。重要项目需要为区分解析、连接和资源加载记录当时环境，并定期抽查代表文件，以便尽早发现变化。
判断区分解析、连接和资源加载是否可靠，要同时看结果和适用边界。用于区分解析、连接和资源加载的方法若适合公开网页，不一定适合受限数据；适合单人阅读，也不一定适合多人共同修改。把区分解析、连接和资源加载的边界写清楚，可以避免局部经验被扩大到所有任务。
用代表任务复测
调整后使用与故障时相同的页面或文件复测，并记录结果。换成完全不同任务，即使成功也不能证明原问题解决。
短暂恢复后再观察一段时间，尤其是后台连接和长文件传输。一次打开成功只说明当下路径可用。
把最终原因、采取动作和适用范围写入记录。下次应先比较现场条件，再判断旧方法是否仍然适用。
用代表任务复测不能只靠一次成功来判断。放到“连接异常不一定来自线路 从设备到目标服务逐层排查”这个问题中，用代表任务复测还要比较资料进入路径前后的名称、容量、时间与使用结果。若用代表任务复测缺少这些基本信息，后来出现差异时就很难区分是内容改变、环境改变，还是接收方式不同。
实际工作里，用代表任务复测往往横跨发送者、接收者和维护资料的人。参与用代表任务复测的三方看到不同界面，承担的责任也不一样。发送者应为用代表任务复测说明批次和条件，接收者完成代表任务，维护者则保留变更与异常记录。
可以用一个小范围样本观察用代表任务复测。用于用代表任务复测的样本应保留真实结构，同时避开敏感内容；它需要暴露格式、权限与读取问题，又不能大到让比较耗费很久。用代表任务复测的小样本稳定后，再扩大到完整批次，更容易找到差异。
用代表任务复测还存在时间维度。与用代表任务复测有关的文件经过系统升级、软件更新或目录迁移后，未必仍以相同方式显示。重要项目需要为用代表任务复测记录当时环境，并定期抽查代表文件，以便尽早发现变化。
判断用代表任务复测是否可靠，要同时看结果和适用边界。用于用代表任务复测的方法若适合公开网页，不一定适合受限数据；适合单人阅读，也不一定适合多人共同修改。把用代表任务复测的边界写清楚，可以避免局部经验被扩大到所有任务。