向日葵Sunlogin远程桌面卡顿如何快速判断本地还是远端网络问题？
向日葵远程桌面卡顿？三步抓日志、切中继、测带宽，30秒定位本地还是远端网络问题
卡顿先分类：画面掉帧与操作延迟不是一回事
在向日葵远程桌面里，向日葵Sunlogin远程桌面卡顿通常被用户统称为“卡”，但官方日志把现象拆成两类：①Frame Loss 画面丢帧；②Input Lag 键鼠回传延迟。前者多由带宽瞬时不足或中继节点高负载引起，后者则往往跟本地 CPU 抢占或路由器缓存队列有关。先判断属于哪一类，再决定抓哪一段日志，能少跑 80% 的冤枉路。
经验性观察：如果拖动窗口时画面“一抽一抽”，但键盘输入能立即回显，基本可锁定为画面通道丢帧；反之，键盘敲下去 2-3 秒才出字符，则优先排查输入链路。下文所有步骤均给出对应指标，方便你对号入座。
30 秒快速排查表：一眼定位责任方
| 卡顿症状 | 本地网络嫌疑 | 远端网络嫌疑 | 验证命令/入口 |
|---|---|---|---|
| 画面花屏+帧率骤降 | Wi-Fi 信道干扰 | 中继节点过载 | Sunlogin 悬浮球 → 统计 → 实时帧率 |
| 键鼠延迟高 | 本地 CPU 90%+ | 上行带宽跑满 | 任务管理器/活动监视器 |
| 黑屏 10 秒后恢复 | 防火墙拦截 UDP | 被控端掉线重连 | 路由系统日志 |
日志抓取：三条路径免安装第三方工具
① 控制端 Windows / macOS
顶部菜单【诊断】→【导出日志】→ 勾选“仅本次会话”→ 保存到桌面。打开 sunlogin_stat.log，检索关键字 relay_switch，若 30 秒内出现多次 P2P→Relay，说明打洞失败被迫走中继，延迟瞬间升高。
② 被控端 Android / iOS
悬浮球 →【网络诊断】→【一键检测】，系统会返回本地 IP、STUN 打洞耗时、选中继节点城市。若“选中继”一栏显示“海外节点”，而你的控制端在国内，可手动在【设置】→【高级】→【强制中继地区】里切换为“华东/华北”，多数情况下帧率可回升 10-15 fps。
③ 绿色版被控（6 位识别码）
绿色版无安装目录，日志在临时目录：Windows 资源管理器地址栏输入 %TEMP%\Sunlogin\，找到 service_日期.log，搜索 bandwidth_est 字段，若持续低于 2 Mbps，而本地测速可达 20 Mbps，则远端上行或被控端网络受限。
带宽测试：用向日葵自带测速避免“跑错方向”
很多用户习惯用 Speedtest 测下行，却忽略向日葵实际占用的是被控端上行。软件内置测速路径：控制端顶部【工具】→【网络质量检测】→ 选择“反向测速”。此时主控端会模拟 1080p 30 fps 码流向被控端推数据，结果直接给出“可支持最高分辨率/帧率”。
提示
若反向测速结果 < 3 Mbps，而本地测速上行 > 20 Mbps，基本可排除本地带宽问题，把排查重点放回被控端或中继链路。
中继节点手动切换：三击换线 5 秒生效
向日葵的中继调度默认按“地理距离+实时负载”自动分配，但遇到跨省出口拥塞时，自动算法可能把流量导到高延迟节点。此时可强制手动切换：控制端顶部【更多】→【中继节点】→ 列表按 RTT 从小到大排列，选中延迟最低且丢包 0% 的节点，点击【立即切换】，5 秒内画面会重新握手，无需重启会话。
经验性观察：下午 4-6 点运营商省际链路常出现突发拥塞，手动把“华东-上海”切到“华北-北京”可把 RTT 从 180 ms 降到 60 ms，帧率提升约 8-12 fps。
P2P 打洞失败自救：UDP 黑洞快速检测
若日志显示 P2P_fail_reason=UDP_blackhole，说明本地或远端对 UDP 50000-50100 端口全部丢弃。此时无需抓包，可直接在向日葵【设置】→【高级】→【传输协议】里把“优先使用 UDP”改为“强制 TCP”，随后断线重连。TCP 模式虽牺牲 5-8% 帧率，却能在严格防火墙环境保持会话不中断。
警告
强制 TCP 后，若仍频繁出现 5 秒级卡顿，需检查本地安全软件是否对 TCP 443 做深度内容扫描，临时关闭“流量扫描”模块可验证。
P2P 打洞失败自救：UDP 黑洞快速检测
本地路由器：QoS、游戏模式与双工协商
家用路由器若开启“智能 QoS”并把远程控制类流量识别为“低优先级”，会导致晚高峰被视频挤占。验证方法：进入路由器后台，临时关闭 QoS，再观察向日葵统计面板里的“实时码率”是否回升。若码率立即提高 30% 以上，可针对性把向日葵主进程（sunlogin.exe / SunloginClient）手动设为“高优先级”，而不必全局关闭 QoS。
另外，部分千兆路由与旧网卡协商成 100 M 半双工，也会出现周期性掉速。Windows 可在【设备管理器】→【网卡】→【高级】→【Speed & Duplex】强制 1 Gbps Full，修改后重插网线即可生效。
版本差异：个人免费版与商业旗舰版的日志粒度
截至当前的最新版本，个人版日志仅保留 48 小时，且不含“中继节点负载”字段；商业旗舰版可回溯 30 天，并记录每 5 秒一次的 RTT、丢包、码率三元组。若你需要向 ISP 或总部网络部门举证，建议至少开通 1 路旗舰版通道，把日志级别调到 Verbose，再复现一次卡顿，即可拿到带时间戳的完整证据链。
可复现的验证清单：十分钟完成闭环
- 清空旧日志：【诊断】→【清理日志】，防止历史数据干扰。
- 开始录制：勾选“同时录制屏幕”，方便事后对照时间轴。
- 复现卡顿：连续拖动窗口 30 秒，记录卡顿发生的系统时间。
- 导出日志：立即打包 sunlogin_stat.log + service.log。
- 对照时间戳：在日志里搜索对应秒级区间，查看 RTT、relay_switch、bandwidth_est 三指标。
- 换节点/换协议：按上文手动切换，再重复 3-5 步，对比两次数据。
若切换后 RTT 稳定下降且帧率提升，即可锁定为网络侧问题；若指标无变化，需回到本地 CPU、磁盘占用继续排查。
不适用场景：哪些卡顿根本与网络无关
- 被控端 CPU 长期 100%，导致编码队列溢出——日志里会出现
encoder_queue_overflow，此时换千兆光纤也无效。 - 被控端机械磁盘占用 100%，读取图标缓存卡顿——需升级 SSD 或关闭 Windows Search。
- 控制端 GPU 驱动过旧，解码 144 fps 失败——日志提示
decoder_reinit_failed，升级显卡驱动即可。
遇到以上关键字，可直接跳过网络章节，按硬件瓶颈处理。
FAQ：网络诊断常见疑问（FAQ Schema）
为什么同一局域网还会卡顿？
局域网虽不走中继，但若 Wi-Fi 信道拥塞或网卡协商成半双工，仍会出现 100 ms 以上抖动。建议改用网线直连或 5 GHz 信道，再观察向日葵统计面板的 RTT 是否降到 5 ms 以下。
旗舰版日志能当 ISP 投诉证据吗？
可以。旗舰版日志带 UTC 时间戳、公网 IP、RTT、丢包三元组，符合《互联网骨干网通信质量测试方法》数据格式，已有多起企业用户成功凭此获得运营商退费。
强制 TCP 后画质会变差吗？
经验性观察，在 100 Mbps 以上干净链路，TCP 模式帧率下降约 5-8%；若链路本身丢包 >3%，TCP 重传反而能保持画面完整，主观清晰度优于 UDP。
收尾行动：下一步该做什么
读完本文，你已拥有“日志定位→带宽验证→节点切换→协议逃生”完整工具链。下次再遇向日葵Sunlogin远程桌面卡顿，先用 30 秒对照排查表锁定责任端，再按验证清单走十分钟闭环。若数据指向本地，就检查 CPU、Wi-Fi、QoS；若指向远端，就换中继、升带宽、交旗舰版日志给运营商。把这套流程固化到运维手册，能把平均排障时间从数小时压缩到一刻钟，同时留下可审计的量化记录，为后续合规与费用谈判提供硬证据。
未来版本若继续细化“节点负载可视化”或“自动 TCP/UDP 自适应”，上述步骤仍可作基线，只需替换对应入口即可平滑升级。