五端同享到底共享什么

「五端同享」这四个字容易被理解成五台设备用同一条线路。实际不是。下面把共享的部分和不共享的部分分清楚。

共享的部分

共享的是账号本身与节点池。五端看到的是同一批 132 个节点、同样的评分口径与同样的服务端状态。任一端的采样结果也会影响其他端的评分参考。

不共享的部分

不共享的是线路与选路决策。手机在蜂窝网络上，笔记本在办公室宽带上，两者的网络条件完全不同，选出的节点自然不同。谁也不占用谁的带宽通道。

五端同享中共享与不共享的项目

项目	是否共享	说明	影响
账号与登录态	共享	同一账号五端在线	一处登录，其余自动识别
节点池	共享	132 个节点对五端开放	任一端的采样影响评分参考
选路结果	不共享	各端按自身网络打分	手机与电脑可能连不同节点
带宽通道	不共享	各自占用节点侧配额	五端不互相抢通道
总带宽配额	共享	账号级总配额	同时大流量会互相压速
分流设置	默认同步	可单独覆盖	改一处会同步到其他端

为什么采样结果会互相影响

同一节点被五端同时采样时，服务端会汇总所有观测。某一端报告的拥塞会影响其他端对该节点的评分参考。这是设计如此：多端数据让评分更准，代价是分数不完全由单一端决定。

五端能力对照

五端都能用，但能力边界不完全一样。下表把差异列清楚，避免在某一端找不到某个功能时误以为是账号问题。

五端能力对照（客户端 v4.2.0）

能力	Windows	macOS	Android	iOS	Linux
自动选路	支持	支持	支持	支持	支持
手动锁定节点	支持	支持	支持	支持	支持
按域名分流	支持	支持	支持	支持	支持
按应用分流	支持	支持	支持	不支持	部分
按网段分流	支持	支持	支持	支持	支持
开机自启	支持	支持	不支持	不支持	需配置
全局模式	支持	支持	支持	支持	支持
分流规则导入导出	支持	支持	支持	支持	支持
诊断日志导出	支持	支持	支持	受限	支持

Android 为什么没有开机自启

系统不允许应用在开机时自动建立网络连接。这是 Android 的设计约束，不是客户端的限制。实际使用中影响很小：开机后第一次打开应用即会自动连接。

iOS 为什么不能按应用分流

iOS 的网络扩展接口只提供按域名与按网段两种粒度，没有按应用的接口。Android 与桌面系统提供应用级接口，所以粒度更细。

Linux 的分流限制

Linux 端的部分打包方式不含应用识别模块，只有域名与网段两种规则。需要应用级分流时，选用完整版封包。

各端的表现差异

同样的网络条件下，不同端的读数会有差别。这不是设备性能问题，而是接入方式与协议栈的差别。

五端在同一网络下的读数差异（2026-11-11 实测）

端	接入方式	延迟中位	抖动中位	样本数
Windows	有线千兆	19 ms	9 ms	10
macOS	有线千兆	20 ms	10 ms	10
Linux	有线千兆	19 ms	9 ms	10
Android	Wi-Fi 5	23 ms	12 ms	10
iOS	Wi-Fi 5	24 ms	13 ms	10

桌面三端为什么几乎一样

桌面端都用系统 TCP 栈，行为一致。读数的微小差别来自采样时刻不同，不是平台差异。

移动端为什么略高

移动端的 Wi-Fi 省电机制会让连接在空闲时短暂休眠，唤醒后的第一次探测可能偏慢。多次采样取中位后，差距缩小到几毫秒。

分流设置的同步

分流规则默认在五端之间同步。这项设计能减少重复配置，但也带来一个坑：在一端改了规则，其他端也会跟着变。

同步的方向与时机

规则由服务端保存，任何一端的修改会同步到其它端。同步在客户端下一次连接时生效，通常在几秒到一分钟内完成。

单端覆盖的方法

如果某一端需要不同规则，可以在客户端设置里选择「仅本设备」，之后该端的修改不再上传，也不会影响其它端。

分流设置的四种同步状态

状态	是否上传	是否影响其它端	适用场景
默认同步	会	会	多端规则一致
仅本设备	不会	不会	某一端需求特殊
临时覆盖	会	会	下次连接后恢复
未登录状态	不会	不会	本地直连，不走隧道

改规则前先想清楚影响面

在手机上调了分组，办公室的电脑也会跟着变。如果两端的用途不同，建议把差异较大的那端设为「仅本设备」。

五端同时在线的实测

下面这组数据来自编辑部在同一天让五台设备同时连接同一账号、同时跑同一组读数。用来回答一个常见疑问：多端在线会不会互相拖累。

五端同时在线的实测读数

端	单端在线延迟	五端同时延迟	差异	结论
Windows	19 ms	20 ms	1 ms	无影响
macOS	20 ms	21 ms	1 ms	无影响
Linux	19 ms	20 ms	1 ms	无影响
Android	23 ms	25 ms	2 ms	无影响
iOS	24 ms	26 ms	2 ms	无影响

延迟为什么几乎不变

因为五端选的是各自的节点，节点侧的通道也是分开的。多端在线增加的是同一节点的采样次数，不增加单条通道的负载。

什么时候会互相影响

当多端同时跑大流量时影响才明显。这时共享的是账号总带宽配额，各端的吞吐都会下降。这属于配额而非线路问题。

设备分工建议

五端都能装不等于五端都要装。按用途分配，既省配额也少折腾。

按用途的设备分配建议

用途	建议设备	理由	配置建议
日常办公	Windows 或 macOS	键鼠操作与长连接稳定	分组自动，必要时锁定
移动使用	Android 或 iOS	随网络切换自动重选	注意省电策略
影音娱乐	平板或桌面端	屏幕大，抖动敏感场景多	优先东亚双上游
家庭共享	路由器或 Linux	一台覆盖全家	需支持 tun
开发与运维	Linux	服务常驻，可脚本化	systemd 服务方式
备份传输	桌面端	大流量且需续传	错峰，支持断点续传

多端同时用的一个实用组合

桌面端设「完全自动」，移动端设「仅本设备」并锁定常用节点。这样手机不会因为办公电脑调了分组而改变行为，两端各按自己的场景工作。

账号登录与设备管理

五端同享的前提是同一个账号在各端都被识别。这一节说明登录在多端场景下的实际机制，以及达到端数上限时会发生什么。

登录态怎么在五端之间识别

登录一次后，账号与设备绑定关系保存在服务端。各端登录时输入同一账号，服务端返回该账号的配额与设置，本地凭据用于后续快速登录。

超过五端时会发生什么

第六台设备登录后，最早登录的那台被挤下线，而不是拒绝新设备登录。这个设计避免了「换设备时登不上」的困境，但被挤下线的设备下次使用需要重新登录。

多端登录的几种情况

情况	结果	说明	需要做什么
两端同时首次登录	都成功	服务端按登录时间排序	无
一端换设备重装	新设备登录成功	旧设备自动退出	旧设备需重新登录
第六端登录	最早登录的端被挤下线	按登录时间而非活跃度	知会被挤下的端
同一端多次登录	后一次覆盖前一次	同设备不重复占用端数	无
长时间不用的端	仍占用端数	不按活跃度释放	手动在管理页移除

为什么按登录时间而不是活跃度

按活跃度释放看似更合理，但会导致一个问题：正在使用的设备被判定为不活跃而被挤下线。按登录时间的行为可预期，代价是长期不用的设备仍占着位置。

端数不够用时的三个办法

五端上限在多数场景下够用。若确实不够，下面三个办法按推荐顺序排列。

1. 在账号管理页移除不用的设备：移除后该端名额释放，其它设备不受影响
   • 移除不会影响该端已保存的本地设置
   • 下次在该端登录会占用新名额
2. 把同一个人多台电脑合并使用：同一端多次登录不重复占用名额
   • 台式机与笔记本交替使用算同一台
   • 换设备重装才算新的一端
3. 用路由器或 Linux 主机代替多端：一台设备承载多台终端的流量
   • 需要支持 tun 的设备
   • 家庭共享场景最合适

管理页在哪

客户端内「设置 → 账号 → 设备管理」可以查看当前在线的设备列表，包括设备类型、登录时间与最后活跃时间。

五端各自的省电与省流量做法

五端在后台运行的策略差别很大。下面按端给出让客户端长期稳定待命的设置要点。

五端长期稳定待命的设置要点

端	关键设置	常见问题	表现	处理
Windows	关闭省电模式下的省电选项	睡眠时断开	唤醒后需重连	允许自动重连
macOS	系统设置里允许后台网络	系统挂起后暂停	唤醒后延迟几秒	允许唤醒联网
Android	电池优化设为不受限制	后台被杀	锁屏后断开	关闭省电限制
iOS	开启低数据模式例外	系统限制后台	切换应用后暂停	允许后台刷新
Linux	systemd 服务 + Restart=always	桌面环境退出	进程随会话结束	改用服务方式

Linux 为什么建议改用服务方式

图形界面里的客户端随桌面会话运行，注销或锁屏后进程会结束。改成 systemd 服务并设置自动重启，就能在后台持续运行。

移动端允许后台联网的入口

Android 在电池设置里，国产 ROM 还需要在自启动管理里放行。iOS 在设置里把该应用加入「后台 App 刷新」允许列表。

多设备接管的两种模式

当一台设备同时承担多台终端的流量时，有两种接管方式。它们的效果与门槛差别明显，选错会导致「所有设备一起变慢」。

模式一：全局接管

该设备的所有流量都走隧道，包括访问本地局域网的设备。配置简单，代价是本地服务访问要绕一圈，也可能受目标地区策略影响。

模式二：分流接管

只把需要加速的网段或域名交给隧道，其余直连。配置稍复杂，但本地服务、游戏主机、外设都不受影响，日常使用更顺。

两种接管模式的对照

项目	全局接管	分流接管	选择建议
配置难度	低	中	多设备时选分流
本地服务访问	绕行，可能变慢	直连，不受影响	有局域网服务选分流
游戏主机加速	支持	支持，需写规则	两者均可
智能电视与 IoT	自动生效	需逐设备加规则	设备多选全局
误伤风险	低	中，规则不全可能漏	规则不全先试全局

分流接管常见的漏网

需要加速的设备如果没被规则覆盖，会直连访问海外服务，表现为「有的设备快有的设备慢」。排查时先确认规则覆盖了设备所在的整个网段，而不是逐个 IP。

五端能力之外的三个限制

除了上表里列的功能差异，五端同享还有三个不成文但实际存在的限制。了解它们，能避免「为什么我这边就是不行」的困惑。

限制一：同账号的并发上限

五端在线是指五台设备同时保持连接状态，不是五个独立账号。账号的总带宽配额在这五台设备间共享，这一点在多端大流量时最明显。

限制二：同一台设备的多开

同一台电脑开多个客户端实例不占用额外端数，但它们会争抢同一份本机网络配置，表现为互相干扰。需要多账号并行时，请用不同设备或虚拟机。

限制三：分组设置的同步范围

分组与分流规则在账号级同步，但「仅本设备」的例外优先级最高。若某端设为仅本设备，它不受其它端修改的影响，其它端也不受它的影响。

各端的连接建立方式

五端建立隧道的底层方式不同，这解释了它们在弱网与切换时的表现差异。

五端建立隧道的系统机制

端	系统机制	权限形式	切换速度	备注
Windows	虚拟网卡驱动	安装时一次管理员授权	中	驱动注册耗时影响首次
macOS	网络扩展框架	系统设置中手动允许	快	系统升级后需重新允许
Android	VpnService 接口	首次连接时弹窗授权	最快	无开机自启
iOS	网络扩展与描述文件	系统设置中信任配置	快	受系统限制
Linux	tun 设备	sudo 或文件权限	快	无桌面环境时更稳定

为什么 Windows 的首次连接最慢

虚拟网卡驱动需要在系统层面注册，注册过程涉及内核组件的加载。这只在首次安装时发生一次，之后连接建立速度与其它端接近。

移动端为什么切换最快

Android 与 iOS 的隧道由系统网络栈管理，切换时不需要重新注册组件，代价主要在重新协商本身，通常 1 到 2 秒。

五端各自的资源占用

长期常驻的客户端会持续占用内存与网络。下面这组数据取自编辑部在空闲与连接两种状态下的观察，用于估算多端并行的资源开销。

五端的资源占用（v4.2.0 实测，Windows 主机上的模拟环境）

端	空闲内存占用	连接时内存占用	后台 CPU 占用	日志日增长
Windows	约 46 MB	约 88 MB	0.4%	约 12 MB
macOS	约 52 MB	约 96 MB	0.5%	约 14 MB
Linux	约 28 MB	约 54 MB	0.3%	约 8 MB
Android	约 32 MB	约 61 MB	0.6%	约 6 MB
iOS	约 38 MB	约 74 MB	0.7%	约 5 MB

日志增长速度的含义

一台设备常年运行，日志一年会累积到 1 到 4 GB。客户端默认保留七天并自动清理旧文件，但清理机制依赖客户端正常运行，被系统杀掉时可能残留。

五端并行时的总开销

五台设备全部连接时，内存合计约 370 MB，CPU 合计约 2.5%。这个量级对现代设备不构成负担，也说明多端在线的真正限制不在本地资源，而在账号带宽配额。

多端场景的三种常见组合

实际使用中很少出现五端全部高频活动的情形。下面按三种典型组合说明配置要点，这三种覆盖了大多数家庭的用法。

组合一：办公双端

一台办公室电脑加一部手机。电脑处理文档与会议，手机处理即时消息与日常访问。两者接入网络不同，分组也应不同。

组合二：家庭共享

家里几台设备通过一台路由器或 Linux 主机统一接管。日常设备只占位不占用额，遇到需要特殊线路的场景再用电脑单独连接。

组合三：移动出行

手机与平板在移动网络下使用，网络切换频繁。这里要解决的核心是后台被杀与频繁重连两个问题。

五端之间的数据同步边界

除了分流规则，还有几类数据也涉及多端一致性。下面把它们列清楚，避免误解「同步」的范围。

各类数据在五端之间的同步情况

数据类型	是否同步	同步方向	延迟	例外设置
节点池与评分	是	服务端 → 各端	采样周期内	无
分流规则	是	任一端 → 服务端 → 其它端	几秒到一分钟	可设仅本设备
分组选择	是	任一端 → 服务端 → 其它端	下次连接时	可设仅本设备
账号与配额	是	服务端 → 各端	实时	无
锁定状态	否	各端独立	—	默认不共享
诊断日志	否	各端本地保存	—	默认不共享
界面偏好	部分	服务端 → 各端	下次连接时	可设仅本设备

锁定状态为什么默认不共享

锁定的意图是「这台设备现在必须走这一条路」。若同步到其它端，会让一台设备的临时决定影响全部设备。这与分流规则的处理不同，是刻意的区别。

诊断日志为什么不上传

日志包含本机网络环境信息，上传到服务端会带来不必要的风险。本站的判断是这类数据没有跨端使用的必要，因此只保存在本地。

五端同读的四种典型场景

同一账号在多端同时活跃时，最容易出问题的是「一端在用、一端在改」。下面四种场景给出具体的处理方式。

场景一：电脑在下载，手机在开会

下载占用配额，会议需要稳定。此时不要在电脑上切换节点，因为切换会导致下载重传，进一步占用带宽。电脑上锁定节点保持当前传输，手机保持自动即可。

场景二：手机改了分流，电脑不受影响

若手机设为「仅本设备」，电脑的分流规则保持原样。这是多端使用中最常被需要的一项设置，建议默认给移动端开启。

场景三：平板与手机同时被系统休眠

两端同时休眠再唤醒，会在同一时刻触发两次重连，短时占用更多连接资源。可以在两端把重连间隔设长一些，错开唤醒时的冲击。

场景四：电脑在会议中，另一台电脑被挤下线

端数超限会挤掉最早登录的设备。如果被挤的是正在开会的设备，会议会中断。因此设备管理页要定期看一眼，移除不用的旧设备。

四种场景的处理要点

场景	风险	处理方式	关键设置
下载 + 会议同时	配额互相压速	下载端锁定节点，不切换	锁定 + 不自动切换
移动端改分流	影响到其它端	移动端设仅本设备	仅本设备
多端同时休眠	同时重连冲击	错开重连间隔	重连间隔调长
端数超限被挤	正在使用的设备掉线	定期清理设备列表	管理页移除旧设备

迁移到新设备的顺序

换手机或换电脑时，顺序错了会出现「旧设备被挤掉、新设备又登不上」。下面这个顺序能避开这个坑。

1. 先在新设备安装客户端：此时不要登录，只安装
   • 安装后先确认版本与系统要求一致
   • 这一步不影响旧设备使用
2. 登录新设备：使用同一账号登录，此时会占一个新端位
   • 端数已满时，最早登录的设备会被挤掉
   • 先确认旧设备里没有正在进行的任务
3. 在旧设备上确认需要迁移的设置：分组、分流规则、锁定状态三类需要单独处理
   • 分组与分流默认同步，通常无需手动搬
   • 锁定状态各端独立，需要在新设备重设
4. 旧设备退出登录：在旧设备的账号页退出，释放端位
   • 退出前确保旧设备没有进行中的传输
   • 退出后旧设备本地配置仍保留
5. 在新设备做一次连通验证：查出口 IP、出口地区、目标站点三项
   • 出口 IP 未变化说明分流设置有问题
   • 验证通过后旧设备可清理或留作备用

五端同读的收尾检查

配置完成之后，用下面这张清单逐项确认。每一项都能在客户端界面上找到对应位置，两分钟可以走完一遍。

五端配置的三分钟检查清单

检查项	在哪看	期望值	不通过的处理
登录状态	账号页	显示五端中的在线设备	清理不用的端位
分组设置	连接设置	与用途相符	按用途调整或设仅本设备
锁定状态	节点列表	仅需要固定的端锁定	解除不必要的锁定
分流范围	分流设置	目标站点走隧道	补规则或改分组
后台权限	系统设置	允许后台运行	关闭省电限制
诊断日志	诊断页	无异常记录	查看异常项并处理
连通验证	浏览器	出口 IP 已变化	检查分流与路由

为什么把这张清单放在最后

多端配置的顺序容易变成「改一处、看别处出问题、再改」。先按清单逐项确认一遍，比出问题再回头查要快得多。

五端同享的六条实践建议

下面这些是编辑部在多端使用中总结的做法，每条都对应上文的某个机制。

1. 把常用组合固定下来：例如办公室电脑用完全自动，手机用仅本设备并锁定
   • 手机不再受电脑改动影响
   • 两台设备各按自己的场景工作
2. 移动端允许后台联网：Android 关闭省电限制，iOS 开启后台刷新
   • 国产 ROM 额外检查自启动管理
   • 锁屏后断开多数是省电策略所致
3. 大文件传输只开一台：多端同时大流量会共享配额互相压速
   • 传输端锁定节点更稳
   • 用支持断点续传的工具
4. 定期检查设备列表：在账号管理页移除长期不用的设备
   • 移除释放端数
   • 同一台设备重装不算新端
5. 更新后核对分流规则：大版本升级可能重置部分高级项
   • 升级前先导出规则
   • 升级后做一次连通验证
6. 家用共享优先走网关：一台路由器或 Linux 主机覆盖全家
   • 需要支持 tun 的设备
   • 分流接管避免影响本地服务

五端常见疑问

下一步

五端各自怎么取线已经清楚了。接下来看节点覆盖清单，了解各方向的量级差别。