01延迟与响应时间的区别
网络延迟涉及数据传输所需时间，应用响应还可能包含解析、连接建立、服务端处理和本地渲染。用户感受到的等待不全来自网络路径。即时交互往往对延迟变化更敏感，大文件传输则还依赖吞吐能力。描述问题时可说明是首次打开慢、每次操作慢还是间歇停顿，这比只说网络卡更有利于选择检查方向。
02抖动和丢包意味着什么
延迟随时间变化会影响交互的连续性，数据丢失则可能触发重传或让实时内容出现中断。无线干扰、本地拥堵、移动环境变化及路径上的设备都可能参与影响。不同协议对丢失的处理方式不一样，不能根据一项观察直接判断所有应用表现。先记录持续时间和异常范围，再决定是否需要更专业的网络诊断。
03Ping 结果的使用边界
Ping 是常见的网络诊断方法，但目标设备可能限制或不回应其探测，请求经过的处理方式也不一定等同于应用流量。单次超时或一个较高数值不能独立证明业务连接故障。具备相关基础时，可以把连续观察作为辅助线索，同时验证真实应用。不要从一次结果推导固定性能，也不要把未回应探测直接视为服务不可用。
04本地无线与后台任务对照
先观察同一网络上的其他设备，检查是否有下载、更新或同步占用上游资源。在不影响他人的条件下，暂停可控制的任务，再以相同应用操作复测。靠近路由器或使用可用的有线接口可以帮助区分无线影响。每次只改变一个条件，不要在测试期间同时切换热点、修改代理并清理所有缓存。
05移动网络与 DNS 的关系
移动设备在位置变化或不同网络之间切换时，接入条件和已有连接都可能改变，短暂重连未必是持续丢包。DNS 影响域名解析阶段，并不能直接解释整个会话里的响应变化。如果仅首次打开慢，可以进一步看解析和连接建立；若整个过程断续，应结合无线质量、后台限制和服务负载继续观察。
06记录真实任务后再采取措施
写下应用、网络类型、发生时段、前台或后台以及是否能稳定复现，并用另一个普通服务作对照。只有特定服务异常时，不宜直接重置整台设备的网络。本站不提供零延迟承诺，也不预设 Ping 或丢包结果。排查的目标是找到可验证的影响因素，调整后再次执行原来的任务，确认体验是否在相同条件下恢复。若没有稳定的复现条件，先积累几次同类观察，避免把偶发等待当成长期的固定表现。