最近更新:2026-10-26
运维团队与轮班
线路运维由12名工程师承担,分三班轮换,覆盖全天24小时。每班设1名值班负责人,负责处理节点告警、线路切换与用户工单升级;另有2名网络工程师在白天时段做链路容量规划与机房对接。机房侧的合作方分布在香港、东京、新加坡与法兰克福,节点增减需要双方共同确认上架与带宽结算。
团队规模不大,分工因此比较直接:一班人盯实时告警,一班人做周期性拨测与复盘,剩下的人处理客户端与协议层的改动。告警响应目标为5分钟内确认、30分钟内给出处置动作,涉及跨境链路的问题会同步到当班负责人。
节点与线路分布
截至2026年10月29日,在用的加速节点共92个,分布在24个地区。节点数量最多的是日本、新加坡与美国西岸,三地合计占全部节点的四成左右;东南亚在10月的扩容中由9个节点增至17个,曼谷、胡志明市与雅加达各新增线路。部分节点标注为影音专线,带宽冗余更高,共12个。
节点不是越多越好。每增加一个出口,就多一份路由维护与带宽成本,也需要重新校核分流规则。当前客户端下发的分流规则约12,000条,按域名与IP段区分直连与代理,规则更新随客户端配置一起拉取,不需要用户手动改文件。
测试方法与采样流程
拨测在上海、广州、东京与新加坡四个探针点发起,每天固定9个时段,覆盖07:00至23:00,其中19:00至23:00单独标记为晚高峰。每轮拨测记录往返时延、抖动与丢包三项指标,单项连续两轮越界即触发线路复检。复检由值班工程师执行,先换出口,再查机房侧端口与上游拥塞。
可用率按滚动30天统计,用节点探活成功次数除以总探活次数,维护窗口内的计划中断不计入分子也不计入分母,但会在更新记录里单独列出。客户端侧的断线重连耗时由探活间隔决定,3秒探活配合会话保持,近30天实测中位数为1.4秒。
5项对外口径
页面上出现的延迟、可用率与加载耗时,都按下表口径计算。不同口径之间不能直接比较,例如41ms是晚高峰加权值,34ms是东京至上海单条线路的实测中位数。
| 指标 | 数值 | 计算口径 | 更新频率 |
|---|---|---|---|
| 平均延迟 | 41ms | 24个地区节点按流量加权的往返时延中位数,取晚高峰19:00至23:00 | 每日 |
| 30天可用率 | 99.99% | 节点探活成功次数除以总探活次数,滚动30天窗口 | 每日 |
| 断线重连 | 1.4秒 | 3秒探活间隔下,从检测到中断到会话恢复的耗时中位数 | 每周 |
| 4K首帧 | 0.8秒 | 12个影音专线节点,播放器起播到首帧渲染完成 | 每周 |
| 协议握手 | 38ms | LvchaWire 2.1两段式握手,客户端到出口节点的建连耗时 | 每周 |
更新记录与纠错
线路与客户端的改动会写进资讯栏目,每条记录附测试条件与变更清单。若后续复测与原文数字不一致,团队会在原文顶部补一行更正说明,并保留原始数据,不直接覆盖旧结论。客户端版本号与安装包体积同步在下载页,当前版本为3.4.1,Windows安装包23.6MB。
对数据口径有疑问,或发现页面数字与实测不符,可在客户端「设置 → 帮助与反馈」提交工单,附上探针位置、时间与目标节点编号,值班人员会按拨测记录逐项核对。工作日提交的工单通常在1个工作日内回复。
联系与反馈
账号、计费与退款问题请先阅读服务条款中的计费与退款章节;涉及个人信息的查询与删除,流程写在隐私政策里。线路质量与节点建议走客户端工单,附带时间与节点编号,便于直接调取拨测日志。
先取一个安装包,再判断线路是否合适
Windows安装包23.6MB,四个平台共用一个账号,最多6台设备同时在线。