快喵VPN城市名与两位序号
城市名，同名条目按序号区分，不按快慢编号。
快喵VPN节点分布：46 个地区条目的延迟区间2026-11 统计 · 六大区 · v6.8.2
46 个地区按六大区分组，每个条目有一个城市代号与两位序号。序号只表示同城新增顺序，不表示快慢。网格把条目数、编号前缀与延迟区间放在同一行，方便先看分布，再看数值。
| 地区条目 | 46 个，六大区分组 |
|---|---|
| 编号格式 | 城市代号 + 两位序号，如 HK-03 |
| 亚太区间 | 18–70ms（晚高峰 20 次采样） |
| 跨区区间 | 120–235ms（同一条件） |
| 调度方式 | 默认智能选路，可手动锁定 |
| 复核日期 | 2026-11-12，随版本更新 |
节点网格的每一列怎么看地区、编号、条目数、延迟区间四列
网格每行是一个地区条目，四列分别是地区、编号、条目数与延迟区间。先看编号前缀判断大区，再看区间判断是否适合当前用途。
同一城市出现多个条目时，编号连续的几条通常在同一机房集群内，延迟接近，差异主要在出口带宽与拥塞程度。
前缀相同即同城
两个字母的大写代号，前缀相同即同城。
可用条目总数
该地区可用条目总数，随版本增减。
晚高峰 20 次上下界
晚高峰 20 次采样的上下界，条件见表格下方。
46 个地区按六大区怎么编号前缀决定分组，序号决定条目
六个大区各有自己的编号前缀集合。前缀不跨区复用，因此看到前缀就能判断大区，不必查表。
| 大区 | 条目数 | 编号前缀 | 延迟区间 |
|---|---|---|---|
| 亚太 | 12 个 | HK / TK / OS / SP | 18–70ms |
| 东南亚 | 8 个 | SG / BK / MN / JK | 45–95ms |
| 北美 | 10 个 | LA / SJ / SE / NY | 140–205ms |
| 欧洲 | 10 个 | FR / AM / LO / PA | 170–235ms |
| 中东 | 3 个 | DB / TL | 150–210ms |
| 南半球 | 3 个 | SY / AK | 120–175ms |
| 合计 | 46 个 | — | 18–235ms |
亚太节点的延迟区间是多少香港 18–45ms、东京 32–70ms、新加坡 45–85ms
区间只回答快慢，用途回答合不合适。实时类场景对抖动敏感，文档类场景对延迟更宽容，选条目时按用途筛一遍再比数值。
- 香港 HK：18–45ms，中位 26ms，网页、视频与办公均可用。
- 东京 TK：32–70ms，中位 41ms，会议与联机较稳。
- 大阪 OS：30–64ms，中位 38ms，与东京接近，可作备选。
- 新加坡 SG：45–85ms，中位 52ms，东南亚站点首选。
- 洛杉矶 LA：140–190ms，中位 158ms，长视频与代码托管。
- 法兰克福 FR：175–220ms，中位 188ms，欧洲文档与邮件。
- 悉尼 SY：120–170ms，中位 137ms，南半球站点。
- 迪拜 DB：150–210ms，中位 172ms，中东区域访问。
节点编号规则与例外序号按上线顺序递增，与延迟高低无关
编号由城市代号加两位序号组成。序号按条目上线顺序递增，与延迟高低无关；有些低序号条目反而更慢，因为它接的是另一条出口。
- 先看字母两个字母代表城市，相同即同城，不同则跨城。
- 再看序号两位数字按上线顺序递增，不代表快慢。
- 然后看区间同城条目区间接近，差异多在带宽与拥塞。
- 最后看用途办公与会议看的指标不同，按用途取舍。
三类线路的延迟差在哪就近接入、跨境骨干、区域中转
条目按接入方式分三类：就近接入延迟最低，跨境骨干带宽最大，区域中转适合冷门地区。三类在网格里不单独标注，靠区间判断。
- 就近接入优先，延迟低且抖动小，适合实时场景。
- 跨境骨干带宽足，延迟高但稳，适合长视频与托管。
- 区域中转只用于冷门地区，抖动比前两类大。
- 三类线路的功能与额度一致，差别只在接入方式。
- 不确定时用智能选路，它会按打分自动落条。
就近接入 18–95ms
亚太与东南亚多数条目属此类，延迟 18–95ms。
跨境骨干 140ms 以上
北美与欧洲条目，带宽充足但延迟 140ms 以上。
区域中转绕行一跳
中东与南半球条目，绕行一跳，抖动略大。
三类额度完全一致
三类线路的账号额度与功能开关完全一致。
| 类型 | 延迟区间 | 抖动 | 适用场景 |
|---|---|---|---|
| 就近接入 | 18–95ms | 20–35ms | 网页、会议、联机 |
| 跨境骨干 | 140–235ms | 35–50ms | 长视频、代码托管 |
| 区域中转 | 120–210ms | 40–55ms | 区域站点访问 |
| 混合调度 | 按所选条目 | 按条目 | 不确定时用智能选路 |
| 路由器整网 | 同条目 | 加 1–3ms | 电视与主机 |
| 锁定模式 | 所选条目 | 按条目 | 需要固定出口 |
| 分流模式 | 按规则 | 按规则 | 部分应用走直连 |
智能选路与手动锁定怎么选自动选路为主，手动锁定为辅
默认智能选路每 15 秒探测一次，按延迟与丢包综合打分。手动锁定用于固定出口，锁定后不再参与自动切换。
智能选路：15 秒探测
按延迟、丢包与历史拥塞打分，自动落到当前最优条目。
- 每 15 秒探测一次可用条目。
- 打分含丢包权重，避免低延迟高丢包。
- 切换时保留原连接 3 秒再断开。
手动锁定：固定出口
锁定指定条目，适合需要固定出口的场景。
- 锁定后不参与自动切换。
- 条目不可用时提示，不静默改道。
- 退出锁定即恢复自动选路。
按应用分流：最多 5 组
不同应用走不同地区，避免全局切换。
- 规则组上限 5 组。
- 按进程、网段、域名前缀三类匹配。
- 分流不改变账号额度。
路由器整网：加 1–3ms
路由器端一次配置，局域网设备共享出口。
- 整网转发的延迟加 1–3ms。
- 局域网投屏可能受影响。
- 需要保留直连的设备走分流。
低可用条目：三天两次
三天内两次不可用的条目会被标记。
- 标记后不进入首选列表。
- 仍可手动锁定使用。
- 连续一周可用后自动解除标记。
节点地区与用途怎么对应先筛用途，再比区间
下表按用途反查地区。用途列在前，是因为同一条目在不同用途下的表现差别很大。
- 网页与文档优先香港，首字节与解析耗时最低。
- 会议与联机优先东京、大阪，抖动与丢包更小。
- 长视频优先洛杉矶，持续吞吐更足。
- 代码与邮件优先法兰克福，长连接更稳。
- 跨区协作按对方时区选，不按自己的作息选。
香港：首字节最低
看首字节时间，延迟高 10ms 影响有限，解析耗时才关键。
东京、大阪：抖动小
看抖动与丢包，延迟 120ms 内稳定比 80ms 抖动好。
洛杉矶：持续吞吐
看持续吞吐，起播快不代表全程稳，8Mbps 是下限。
法兰克福：少断流
看断流次数，断一次就要重传，比延迟更影响效率。
| 用途 | 首选地区 | 备选 | 判断依据 |
|---|---|---|---|
| 网页与文档 | 香港 | 东京、大阪 | 首字节与解析耗时 |
| 语音会议 | 香港、东京 | 新加坡 | 抖动小于 30ms |
| 联机游戏 | 东京、大阪 | 香港 | 丢包小于 0.5% |
| 长视频 | 洛杉矶 | 香港、新加坡 | 持续吞吐 8Mbps 以上 |
| 代码与邮件 | 法兰克福 | 阿姆斯特丹 | 长连接稳定，少断流 |
| 跨区协作 | 洛杉矶、法兰克福 | 悉尼 | 按对方所在时区选 |
节点条目不可用怎么排查先分清是维护还是本地问题
条目不可用分两类：条目侧维护与本地侧问题。前者等，后者查。判断依据是换一个条目是否恢复。
计划维护：状态页标注
条目下线维护，通常提前公告并在状态页标注。
- 状态页显示维护中。
- 同城其他条目可用。
- 维护时长按公告为准。
本地网络：换热点对照
公司或校园网封端口时，表现像条目不可用。
- 换手机热点复测。
- 换协议与端口再试。
- 多个条目同时不可用即本地问题。
出口拥塞：上界抬高
条目仍在线，但高峰时段吞吐明显下降。
- 延迟上界抬高但能连上。
- 换同城其他条目可缓解。
- 拥塞记录写进复核表。
额度超限：30 秒释放
设备数超限时，新连接会被拒绝，表现像节点故障。
- 先在旧设备退出登录。
- 额度释放通常 30 秒内完成。
- 看客户端内的设备列表。
调度开关默认是开还是关四项默认开，两项需手动授权
六项开关里，四项默认开启，两项需要手动授权。关掉前两项会让选路与出口判断失真。
- 六项里前四项默认开启，不建议关闭。
- 手动锁定适合需要固定出口的场景。
- 分流规则组上限 5 组，超出后先合并。
- 锁定期间条目不可用会提示，不静默改道。
- 所有开关状态可在客户端内逐项核对。
智能选路已开启默认开启，每 15 秒探测一次。
丢包加权已开启默认开启，低延迟高丢包的条目不进首选。
出口一致性检查已开启默认开启，发现不符时提示。
断线保护已开启默认开启，断开即阻断出站。
手动锁定需授权需在地区列表里手动指定。
按应用分流需授权默认关闭，规则组需自行配置。
开关状态与账号档位无关。试用档同样能看到六项状态，只是线路范围较小。
节点自查要核对哪几项六项判断问题在条目、线路还是本地
网格是分布图，也是自查表。六项核对完，能判断问题在条目、线路还是本地。
- 先在地区列表找到目标条目，确认在线状态。
- 再换同城另一条目复测，排除单条目问题。
- 然后对照区间表，判断结果是否落在范围内。
- 最后看设备列表与账号额度，排除额度问题。
- 四步都正常，再按换节点阈值决定是否换区。
- 条目是否存在在地区列表里能找到该编号，说明条目在线。
- 前缀是否同城换同前缀条目复测，判断是否单条目问题。
- 区间是否落在表内与表 1 对照，超出高值两倍按异常处理。
- 抖动是否偏大同城条目抖动应在 20–35ms 之间。
- 是否被标记低可用条目会显示标记，可手动锁定但不建议。
- 额度是否超限设备列表里核对在线台数是否超过 5 台。
节点编号与出口地区术语六个词对应网格六列的说法
节点页面的术语不多，六个词覆盖日常判断。混用这几个词，容易把「同城不同条目」当成「不同地区」。
- 地区条目
- 一个可调度的出口单元，按城市与序号唯一标识。
- 城市代号
- 条目编号的两个字母前缀，相同即同城。
- 同城集群
- 同前缀条目所在的机房集群，延迟接近。
- 出口地区
- 检测页显示的落地地区，应与所选条目一致。
- 低可用条目
- 三天内两次不可用的条目，仍可手动锁定。
- 锁定
- 固定使用某条目，退出锁定即恢复自动选路。
术语与网格列一一对应。写记录时把编号与地区一起写，避免只写城市名。
节点分布与选路的六个问题按提问频率排列，每条附一个可验证动作
46 个地区是怎么数的？
按可调度的出口条目计，一个城市有多个条目就算多条。六大区合计 46 个，随版本增减。
编号小是不是更快？
不是。序号按条目上线顺序递增，与延迟无关。判断快慢要看区间与抖动，不看编号。
同城多个条目怎么选？
先看区间是否接近，再看丢包。同城条目延迟通常只差 3–5ms，选丢包低的更实用。
为什么有的条目会被标记？
三天内两次不可用会标为低可用，不进入首选列表。仍可手动锁定，连续一周可用后自动解除。
锁定地区后还会自动切换吗？
不会。锁定后不参与自动选路，条目不可用时给出提示而不是静默改道。
节点数量会一直增加吗？
不一定。条目随版本调整，有增有减。页面按发版时点计数，客户端内列表是最终依据。
本页数据口径每条都带采样条件，可按同一方法复算
- 延迟区间（实测）：亚太 26–58ms，晚高峰 20 次采样取中位与上下界。
- 测速口径（测试）：单线程 100MB 文件，5 次取中位，条件为 300Mbps 家宽。
- 丢包率（实测）：热门线路 0.02%–0.35%，按 15 秒探测一次统计。
- 切换耗时（实测）：1.1 秒落到最优线路，30 次采样区间 0.9–1.6 秒。
- 节点规模（统计）：46 个地区，按 v6.8.2 清单统计。
客户端内的地区列表与页面网格同源，可逐项核对。