入口质量决定了前几跳的稳定性，而智能选择解决的是「哪条路现在更好」这个动态问题。
BGP 入口和智能线路选择是什么
宣传材料里经常出现"BGP 入口""智能线路"这类词。它们指的是两件不同的事，解决的也是不同层面的问题。
用一句话区分：入口质量决定了前几跳的稳定性，智能选择解决的是"哪条路现在更好"这个动态问题。
先说 BGP 是什么
BGP（Border Gateway Protocol，边界网关协议）是互联网上不同网络之间交换路由信息的协议。
打个不太精确但好理解的比方：如果把每个网络运营商看作一个城市，BGP 就是这些城市之间互相通报"从我这里到某个目的地怎么走"的机制。
"BGP 入口"通常指的是：接入点与多个上游网络建立了直接的互联关系，因此可以根据实时的路由信息选择较优的出口路径，而不是只能走单一固定的路径。
入口为什么重要
一次连接中，前几跳往往是波动最大的部分。
从你的设备出发，先到本地运营商，再到骨干网，再到接入点。这几段的质量直接影响整体体验，而且它们的状况会随时段、负载持续变化。
如果入口只有单一上游，那么这条上游拥塞时你没有别的选择。如果入口与多个上游互联，就有了在不同路径之间切换的可能性。
一个直观的类比
单上游入口 = 只有一条路进城，堵了就只能等 多上游入口 = 有几条路可选，可以看情况走
智能线路选择是另一层
入口质量是基础设施层面的事，你无法控制。智能线路选择是运行时的事，它回答的是：在当前可用的路径里，现在应该用哪一条？
判断依据通常包括：
- 可达性这条路径现在能不能连通。
- 响应时间最近一次探测的往返时间。
- 连接成功率近期建立连接的成功比例。
- 分组策略配置中定义的优先级和分组规则。
关键在于这是一个持续的过程，不是一次性决定。网络状况在变，选择也应该跟着变。
客户端里对应什么
在你的客户端里，智能线路选择通常体现为策略组的类型：
| 策略组类型 | 行为 |
|---|---|
| 手动选择（select） | 你指定用哪个，不自动切换 |
| 延迟优先（url-test） | 定期测试，选延迟最低的 |
| 故障转移（fallback） | 优先用第一个，不可用时切下一个 |
| 负载均衡（load-balance） | 在组内节点之间分摊连接 |
延迟优先和故障转移的区别值得记住：前者关心"哪个最快"，后者关心"哪个还活着"。详见负载均衡和故障切换有什么作用。
它们解决不了什么
不要过度期待
入口质量好不代表全程都好。 一次连接经过三段：本地到入口、入口到落地、落地到目标。入口只是第一段。后两段的状况同样影响体验。
智能选择不能创造不存在的路径。 如果所有可用路径都在拥塞，自动选择只能挑一个"相对不那么差"的。
延迟探测有滞后。 探测有间隔，网络状况在两次探测之间可能已经变了。所以自动选择的结果不总是当下最优。
没有任何机制能保证稳定。 这也是本站不使用"永久稳定""100% 可用"这类表述的原因。
使用者能做什么
理解这些机制之后，实际能用上的有三条：
一、按目标位置选区域。 这是你能做的最有效的优化，比任何自动机制都直接。访问北美服务就选北美方向，见节点地区与使用场景说明。
二、合理配置策略组。 明确知道要用哪个区域时用手动选择；不确定时交给延迟优先组。两者可以配合。
三、遇到问题时分层判断。 知道链路分成几段之后，排查时就能有针对性地测试，而不是盲目换节点。方法见速度慢与延迟高的排查方法。
注意事项
- 本文解释的是通用的网络概念，不针对任何具体服务的实现方式。
- 具体的线路配置与技术细节以服务方的说明为准，本站不做任何断言。
- 入口质量、线路选择都无法保证在所有地区、所有时段的表现一致。
常见问题
BGP 入口一定更快吗？
不一定。它提供的是路径选择的可能性，实际效果取决于具体的互联质量和当时的网络状况。
为什么自动选择的节点有时候很慢？
延迟探测有间隔和滞后，且延迟低不等于带宽大。见节点延迟为什么不能代表实际下载速度。
手动选还是自动选更好？
明确知道目标区域时手动更准确；不确定或不想管时自动更省心。两者不冲突。
为什么别人说好用的节点我这里不行？
你们的入口路径不同。原因见为什么同一个节点在不同地区表现不同。
这些概念对日常使用有帮助吗？
主要帮助是建立合理预期，以及在排查时知道该往哪个方向查。