lantern智能路由与全局隧道连接差异解析

场景一：日常服务直连，特定访问进入隧道

你在同一台电脑上查看本地天气，同时打开另一个网络服务。智能路由模式下，这两个任务可能不走同一路径：规则判断需要服务网络的请求进入隧道，其他请求仍可直接连接。应用开着，但并不意味着每一个网页都必须经过同一个出口。

lantern Smart Routing 按地区规则处理请求，官方说明提到受限、未加密及相应敏感目标等处理情形。规则具有上下文，不能把另一地区用户的实际路径当作自己的完整规则表。对日常任务而言，理解“按规则选择”比记住一个开关名称更有用。

场景二：希望更多流量使用统一通道

换一个需求：你希望相应流量都经由服务网络，而不只处理规则选中的请求。这时 Full Tunnel 扩大了隧道覆盖。它改变的是默认路径策略，而不是给所有应用附加一个不受网络条件影响的速度保证。

lantern全局隧道开启后，原本可直接访问的本地服务也可能绕行。距离、运营商路径、服务器负载或目标站点的访问政策，都可能改变体验。有些网页变得可用，有些本地功能反而需要额外核对，因此“覆盖更广”和“全部更快”不能当作同一结论。

用一次请求，看懂两种模式的差别

1. 应用产生网络请求，设备需要处理目标地址与连接。
2. 若存在相应分流例外，指定的应用或网站可能绕过 VPN。
3. 没有命中例外时，当前模式决定按地区规则选择隧道，还是扩大隧道覆盖。
4. 连接到目标之后，网站自身的响应、登录和内容服务仍会影响结果。

理解lantern路径时，要把 DNS 与流量路由分开：解析负责找到地址，路由影响数据接下来如何传输。一个域名能够解析，不足以证明隧道正常，也不足以说明网站服务器一定会接受连接。

HTTPS 还属于另一层。它为浏览器与网站之间的传输提供保护，既可能出现在直连请求里，也可能出现在隧道里的请求中。没有通过 VPN，不等于自动变成明文网页；已经通过 VPN，也不等于网站无法识别登录用户。

lantern模式为什么会影响实际体验

设想两条道路都能到达同一目的地，一条短但某段暂时不可通行，另一条绕行却有可用通道。网络中也会出现路径、拥塞与访问条件的组合。智能路由减少不必要的绕行，全局模式统一更多流量的通道，各自解决的是不同优先级。

不能从一次页面打开速度推导所有任务的结果。视频、大文件和交互应用对延迟、持续带宽与丢包的敏感程度不同；同一个目标也可能因为缓存或后台传输表现变化。比较时，应尽量保持设备、网络和目标一致，只调整路由这一项。

什么时候值得调整，怎样留下有用结果

lantern切换模式后，先看具体任务结果，再回看例外设置。某应用在全局模式下仍直连，可能是它命中了 Split Tunneling 绕过规则，并非模式没有生效。平台与版本选项也需要以自己的客户端为准。

进一步的网络关系可看路由专题中的请求路径图，例外设置另见应用分流判断文章。选模式的依据应是需要哪一种覆盖，而不是哪个名称听起来更强。