V2Fly官网
v2rayN 客户端

从 Project V 到并行维护的内核家族

Project V 奠定了 V2Ray 配置体系的基本结构：入站负责接收本机流量，出站负责定义转发目标，routing 在两者之间执行匹配，dns 与 log 则提供域名解析和运行记录。V2Fly 社区继续维护 V2Ray Core 及相关规范，Xray 在同一技术脉络上发展出独立内核。两者共享不少配置概念，但具体字段、协议扩展和发布节奏可能存在差异。

因此，“客户端支持某种分享链接”和“当前内核能够完整处理对应参数”是两个不同判断。图形客户端可以解析订阅、生成配置并管理进程，真正执行协议握手、路由和转发的是内核。服务端参数发生变化时，应同时核对客户端解析能力与内核支持范围，而不是只检查界面中是否出现服务器名称。

开源协议与公开协作方式

v2rayN、v2rayNG、v2flyNG 以及相关内核均采用开源方式维护。源代码、配置格式和变更记录由各项目公开管理，功能讨论、问题修复与兼容调整由维护者和社区参与者持续推进。开源属性便于开发者理解配置如何生成，也让高级用户可以根据日志和字段定义定位行为差异。

不同组件可能采用不同的开源许可证，许可证约束的是代码复制、修改和再发布方式，不代表所有客户端由同一团队维护。使用文档时应明确对象：v2rayN 的菜单路径不能直接套用于移动端客户端，Xray 的扩展字段也不应假定在每个 V2Fly 配置中都能使用。按组件查阅对应说明，能减少概念混用。

更新机制与兼容判断

客户端更新通常包含界面调整、订阅解析变化、配置生成修正和内核管理能力；内核更新则更集中于协议实现、传输行为、路由与 DNS。发生“更新前可用、更新后异常”时，应先记录改变的是客户端、内核还是订阅内容，再逐层回看日志。若同时替换多个组件，很难判断真正影响结果的变量。

日常维护可采用固定顺序：先更新订阅并观察节点列表，再启动当前已知配置，最后才调整代理模式和路由。对于长期使用的规则，应保留规则目的、匹配条件和出口标签说明。这样即使界面菜单调整，也能从配置语义恢复原来的行为，而不是依赖某个按钮位置。