先来后到，先来的先走
服务端按令牌签发时间排序，挤掉的永远是最早的那个。这与设备是手机还是电脑无关，也与套餐档位无关。
01
Counting
名额数的是会话，不是安装数
这条区别决定了你能装几台。装多少台都不受限，同时连几台才受限，所以给三台机器都装上客户端完全没问题。
计数发生在连接建立的那一刻。客户端向鉴权服务请求会话令牌，服务端检查当前账号下处于活跃状态的令牌数量，少于 2 个就发放，等于 2 个就触发挤出逻辑。整个过程在 540 毫秒内完成（测试环境：华东机房，2026 年 10 月）。也就是说，只要没点连接，装十台也占不到名额。
会话令牌有有效期，正常断开时客户端会主动归还。若客户端被强制结束进程或者设备直接断电，令牌不会立刻释放，而要等到服务端的保活检测超时。按 2.9.6 版的实现，这个超时是 90 秒。所以拔掉电源之后马上在另一台机器上连接，可能会短暂看到名额已满的提示，等一分半再试即可。
02
Eviction
挤号发生在哪一刻
挤号不是报错，而是一次静默的顶替。它总是挑最早建立的那条会话，与设备类型无关。
被挤的一方会看到状态变化
实测被挤的一方在 1.2 秒内由已连接变为未连接，面板上出现一行说明。正在传输的任务会中断，需要重新点连接。
正在传的文件要重来
上传到一半被挤下线时，多数客户端不会自动续传。实测一个 380 MB 的文件在第 62% 被中断，重新连接后需要从头传。
03
Rotation
两台设备来回切换的实际表现
手机与电脑交替使用是最常见的情形：白天在电脑上办公，晚上用手机看视频。这种用法完全在名额内，不会触发挤号，因为同一时刻只有一台在连。切换的代价主要是重连耗时，实测在 5% 丢包环境下为 1.6 秒，正常网络下为 0.9 秒。
真正容易出问题的是两台以上同时连。比如电脑挂着下载、平板在看视频、手机又点了连接，第三台一进来就把最早那条顶掉，通常是电脑。若下载正跑到关键阶段，损失比省下的那点操作时间大得多。按 2026 年 9 月的工单统计，涉及"莫名掉线"的咨询中有 34% 最终定位到这类超额连接，而不是线路故障。
04
Why two
为什么档位定在 2 台
名额数量直接对应出口带宽的成本。每多一台并发设备，出口侧就要多预留一份峰值带宽。
按实测读数，1080p 视频单路中位占用 4.8 Mbps，视频会议 2.5 到 4 Mbps，普通网页浏览在 0.6 Mbps 上下。两台设备同时跑视频类负载，出口侧需要预留约 10 Mbps 的峰值。这个数字是定价模型里的关键参数，也是档位定在 2 台而不是无限制的原因。月付 15 元的档位对应的是这个带宽预留量，而不是机器数量。
如果你的使用场景确实需要更多并发，可行的做法不是共用账号，而是按需分批：把需要长时间在线的设备固定在白天，把看视频的设备放到晚上。这样在 2 台名额内也能覆盖三台机器的日常需求，只是同一时刻只能有两台在线。
05
Misread
三个常见的误解
同一局域网内的设备算一台吗？
不算。名额按客户端会话计数，同一 Wi-Fi 下的手机和电脑各自建立会话，各占一个名额。用路由器级代理把多台设备合并成一路流量是另一种做法，但那属于自行配置，不在客户端的服务范围内。
退出登录和断开连接有区别吗？
有。断开连接会立刻归还令牌，退出登录只是清掉本地凭据，服务端的会话仍要等保活超时才会释放，最长 90 秒。想马上把名额让给另一台，应该先点断开。
换了手机，旧名额会自动转移吗？
不会自动转移。旧手机的会话在保活超时后释放，新手机重新连接即可拿到名额。若旧设备已经损坏无法操作，等 90 秒同样能解决问题，不需要联系客服。
06
Check
查当前占用了几个名额
- 看面板上的会话列表已连接状态下点开账号信息，能看到当前活跃会话的数量与各自建立时间。数量等于 2 时，下一次连接必然触发挤号。
- 核对建立时间列表按时间排序，最早的那条就是下一次会被顶掉的。若最早那条正是你在传文件的机器，先把它断开再让新设备连，顺序就反过来了。
- 确认本地是否还有僵尸会话被强杀进程的设备可能留下未释放的会话。等 90 秒后刷新列表，若数量没有回落，说明会话确实还活着，需要在对方设备上手动断开。