PROJECT V
共同来源与社区演进
Project V 围绕代理连接、传输与路由提供了一组可组合的技术实现,V2Ray 是其中广为使用的核心项目。随着社区发展,V2Fly 延续了 V2Ray 内核的维护工作;Xray 则从共同代码基础上形成独立发展的分支。两者保留部分相近概念,同时逐渐形成各自的功能与配置约定。理解这种关系时,不宜把项目名称当作同一个程序的不同皮肤。
图形客户端在这些内核之外提供配置编辑、分享链接导入、订阅分组和运行控制。用户看到的设置页面通常是客户端界面,实际建立连接与执行路由的是底层内核。因此,同一份订阅在不同客户端中显示相似,不代表最终生成的内核配置完全相同;导入器是否识别某个字段,也是兼容性的一部分。
XRAY / V2FLY
功能分叉与配置兼容
Xray 与 V2Fly 都能处理多种代理配置,但具体支持范围随各自发布而变化。选用内核时,应首先核对服务端给出的协议、传输、安全层及必要扩展,而不是仅按内核名称推断速度。涉及 REALITY 等功能时,需要确认所用实现和参数要求;不能把另一内核的完整配置直接复制过来,再期待所有字段都被同样解释。
协议名称也不是性能排名。同一类协议在不同网络路径、传输组合、设备负载和服务端条件下会有不同表现,移动端电量还受连接保持、后台限制与流量接入方式影响。较稳妥的做法是先保证兼容,再在相同设备和实际应用场景中比较。若需要系统化选型,可以继续阅读协议参考,按配置需求逐项缩小范围。
OPEN SOURCE
三款客户端的开源属性
v2rayN、v2rayNG 与 v2flyNG 均以开源项目形式提供客户端代码。v2rayN 面向桌面平台,界面侧重配置、订阅与路由管理;v2rayNG 面向安卓,主要适配 Xray 内核;v2flyNG 同样面向安卓,提供 V2Fly 内核方向的选择。三者不是由同一个界面简单改名得来,设置入口、导入处理和平台权限也不能完全照搬。
开源许可规定代码使用、修改与再分发的条件,不等于对每种网络环境作出效果保证。内核中,Xray-core 采用 MPL-2.0,V2Fly 维护的 v2ray-core 采用 MIT;客户端与依赖组件还应分别查看自己的许可。阅读开源信息时,区分客户端许可、内核许可和所含依赖,比把整个下载包笼统归为一个许可更准确。
MAINTENANCE
更新对象与迁移顺序
客户端更新、内核更新、订阅更新和规则数据更新解决的是不同问题。客户端更新可能改变界面与配置生成方式;内核更新涉及连接能力和字段解释;订阅更新拉取远端配置;geosite、geoip 等数据更新影响规则覆盖范围。只点击更新订阅,不会自动完成所有软件组件的升级,反过来更新客户端也不意味着远端连接参数已经刷新。
已有配置能够工作时,升级前先记录活动连接、订阅分组、路由和 DNS 设置,并阅读涉及配置变化的说明。更新后先验证基础连接,再验证分流和特定应用,不宜同时换内核、改规则并启用新的接入模式。迁移中遇到不认识的术语,可用概念速查确认定义;出现导入或连接报错,可从FAQ按故障阶段查阅,避免把所有异常都归为协议问题。