桌面和安卓共用节点，优先在两端分别导入同一个订阅；临时迁移单个节点，用分享链接或二维码；更换设备时，再处理客户端备份。三种方式覆盖的范围不同：节点参数可以迁移，路由、DNS、监听端口和分应用设置通常需要单独核对。下面按导入、验证、备份的顺序说明操作边界。
三种同步方式分别带走什么
v2rayN 是桌面客户端，v2rayNG 是使用 Xray 内核的安卓客户端。客户端负责保存节点、订阅与界面设置，内核负责实际连接。两端都能识别某种节点分享格式，并不代表两端的设置数据库也能互相导入。
同一订阅分别导入
推荐两端从同一个源获取节点。源端调整节点后，各端更新自己的订阅即可；已选节点、路由和系统代理状态不会随之自动同步。
适合:长期使用同一订阅的桌面与安卓设备。
分享链接或二维码
把选中的节点参数导入另一端。这是导出当时的快照，不会自动跟随原订阅变化，也不会携带客户端全局设置。
适合:临时传递节点、迁移自行添加的服务器。
客户端备份
保存应用自身支持导出的数据。备份范围由客户端决定，主要用于同一客户端恢复；桌面备份不能直接当作安卓备份使用。
适合:重装、更换设备、重大配置修改前留档。
先确定需要迁移的是“服务器入口”还是“整套使用环境”。前者包括地址、端口、用户身份及传输安全参数；后者还包括 DNS、路由顺序、应用名单、启动行为和本地监听。只扫描二维码，无法完成后一类迁移。
订阅链接：两端独立导入与更新
订阅地址通常包含访问凭据，应从原服务账户或已保存的订阅设置中取得。不要把节点的 vless:// 或 vmess:// 分享链接误填到订阅地址栏。订阅是获取节点列表的入口，分享链接是某个节点的描述。
-
核对订阅源
在原设备打开订阅分组的编辑界面，复制完整地址，保留查询参数。若服务提供不同订阅格式，选择两端均能解析的节点订阅格式，不要选择面向其他配置体系的整份规则文件。
-
桌面建分组
在 v2rayN 打开「订阅分组」→「订阅分组设置」，新增分组并填写备注和地址。保存后返回「订阅分组」，选择更新全部订阅；根据当前网络可达性选择是否通过代理更新。
-
安卓加订阅
在 v2rayNG 打开侧边菜单「订阅分组设置」，点「+」填写备注与订阅地址并保存。回到主界面，在右上角菜单执行「更新当前组订阅」，确认当前选中的是刚建立的订阅分组。
-
核对并连接
两端分别检查目标节点的服务器地址、端口和协议，再选中节点启动连接。菜单文字可能随客户端界面调整，更新对象应始终是刚保存的分组，而不是一个同名的手动分组。
需要手工修改某个订阅节点时，先把它导出，再放入独立的手动分组。更新订阅可能重新生成对应记录，不应依赖订阅记录保存长期的本地修改。多个分组备注应有明确区别，例如“日常订阅”和“手动维护”，避免把更新范围选错。
二维码与分享链接：迁移单个节点
电脑向手机传一个节点时，二维码省去跨设备粘贴。手机向电脑迁移时，复制分享链接通常更方便。两者承载的往往是同一段节点 URI，二维码本身不会补齐原链接缺失的字段。
- 在 v2rayN 的节点列表选中目标，打开右键菜单中的分享或二维码入口。确认导出对象是节点，不是订阅地址。
- 在 v2rayNG 主界面点「+」→「扫描二维码」。若使用文字传递，则先复制完整分享链接，再点「+」→「从剪贴板导入」。
- 从安卓迁回桌面时，使用节点的分享入口复制链接，在 v2rayN 主界面执行「服务器」→「从剪贴板导入批量 URL」。
- 导入后打开节点编辑页，比对传输、安全与身份字段。先测试新记录，再删除重复项，保留能连接的原记录用于回退。
不要仅凭备注相同就判断导入完整。对于 VMess，核对用户 ID、加密设置、传输方式和 TLS；对于 VLESS，核对用户 ID、Flow 与传输安全。WebSocket 还要核对路径和 Host；使用 TLS 时，连接地址与服务器名称可能不同，不能随意把两者改成一样。
- REALITY：核对服务器名称、公钥、Short ID，以及服务端要求的 Flow。v2rayNG 使用 Xray，桌面端也应选择支持该配置的内核。
- 长二维码：放大显示并保持完整边界，避免压缩截图。扫描失败时改用原始分享文本，检查是否被聊天工具插入换行或截断。
- 自定义配置：复杂出站、链式连接及特殊传输选项不一定能由普通分享链接完整表达，需要单独迁移并验证。
若目标改用以 V2Fly 内核为基础的 v2flyNG，应重新确认协议能力，不能把 v2rayNG 能用的 Xray 专属配置直接视为兼容。识别出节点名称，只说明导入器读到了部分数据，不代表内核能启动该节点。
路由、DNS 与本地端口要分别处理
多设备配置同步最常漏掉的是运行环境。桌面系统代理只影响使用系统代理的程序，安卓 VPN 服务则接管选定范围内的流量。二者的入口机制不同，所以不能通过复制一个“全局模式”名称来获得完全一致的行为。
节点层：按字段核对
- 服务器端口
- 以服务端提供的值为准
- 用户身份
- UUID 或对应认证信息
- 传输参数
- TCP、WebSocket 及相关字段
- 安全参数
- TLS 或 REALITY 的完整配置
这些字段决定连接目标，可随兼容的分享格式迁移。
设备层：逐端确认
- 本地监听
- 示例：127.0.0.1:10808
- 路由顺序
- 明确规则在前，兜底规则在后
- DNS 设置
- 解析器地址及其出站路径
- 流量入口
- 系统代理或安卓 VPN 服务
10808 只是本地端口示例，不是服务器端口，也不是各版本默认值承诺。
迁移路由时，应记录域名或 IP 匹配条件、目标出站和规则顺序，再在另一端重建对应规则。不要直接粘贴含桌面本地文件路径、进程条件或不同出站标签的整段配置。出站标签必须指向目标配置里真实存在的出站；规则集也要确认已在目标端安装或可用。
- DNS：记录远程解析器如何访问、国内外域名如何分流，以及是否启用 FakeDNS。只复制解析器地址，不足以复制 DNS 请求的实际路径。
- 分应用代理：安卓按应用选择的名单需要在新手机重新检查。桌面的进程规则与安卓应用名单不是同一种数据，不能直接替换。
- 本地端口：假设桌面 SOCKS 入口为
127.0.0.1:10808，手机上的相同地址只指向手机自身，不会自动连接电脑。 - 局域网共享：需要额外设置监听地址、访问控制与防火墙。多设备导入订阅不要求开放本地代理端口，不要为了同步节点而顺手开放监听。
配置备份：区分应用数据与内核运行文件
备份前先记录客户端名称、实际版本、所选内核及系统架构。这些信息从本机“关于”页和内核日志获取，不应根据安装包备注推测。应用的备份文件与内核 JSON 是两种东西：前者用于还原应用状态，后者用于描述某次运行所需的代理配置。
-
保存基础资料
分别保存订阅地址和手动节点分享文本。另行记录路由顺序、DNS、分应用名单及本地端口，敏感字段放入加密存储，不使用公开文档保存。
-
制作应用备份
优先使用当前客户端实际提供的备份、导出功能，并核对导出范围。便携式 v2rayN 如需复制数据目录，应先退出程序，确认文件已写入，再复制实际用户数据位置，而不是只复制主程序。
-
分开恢复数据
同一客户端之间按其恢复入口导入。桌面到安卓则分别导入订阅和手动节点，再重建路由等设置；不要把 v2rayN 的数据库或应用设置文件直接交给 v2rayNG 读取。
-
保留回退副本
恢复完成后，检查订阅地址、手动分组和路由是否齐全，再执行联网验证。在确认正常前，不要删除旧设备数据，也不要用空配置覆盖唯一的备份。
迁移后的验收与常见问题
验收时一次只改变一个变量。先用新设备默认且可解释的路由连接目标节点，再逐项恢复自定义 DNS、分流与应用范围。这样能区分节点参数问题和本地策略问题，不会把所有失败都归因于订阅。
- 第一轮：查看内核是否正常启动，日志有无端口占用、未知字段或认证错误。配置无法解析时，先处理字段和内核兼容性。
- 第二轮：访问需要代理的目标，再访问应当直连的目标，结合日志确认出站选择。能打开一个网页不足以证明路由完整迁移。
- 第三轮：安卓切换一次无线网络与移动数据，分别检查应用访问；桌面重启客户端后检查系统代理状态。不要把某次测试通过当作自动恢复也已配置好。
同一订阅，为什么两端节点不一样？
先在两端订阅编辑页比对完整地址，再分别更新对应分组。检查是否设置了节点过滤，以及某端是否不支持部分协议。确认原始订阅格式后，再判断是源端返回不同内容还是本地解析差异。
二维码导入成功，为什么还是连不上？
打开新节点的编辑页，对照原设备检查端口、传输路径、服务器名称和 REALITY 字段，再看启动日志。桌面端确认实际使用的内核支持该协议；不要通过关闭证书验证来替代参数核对。
手机改了节点备注，电脑会跟着变吗？
不会。备注修改保存在手机本地，订阅并不是双向写入通道。需要两端采用同一名称时分别修改；手动维护的节点另存分组，避免后续更新把本地备注重新替换。
订阅地址发错人了，删消息够吗？
不够。到订阅服务账户中重置订阅凭据，再在每台设备修改地址并更新。订阅凭据与单个节点凭据可能分开管理；若节点认证信息也已泄露，还需按服务提供方支持的方式更换对应凭据。
稳定的多端维护方式是：订阅源负责节点列表，手动分组负责自定义节点，各设备分别管理运行环境。把订阅更新、单节点分享和应用备份分开处理，后续更换设备时就能明确知道该恢复哪些数据、哪些设置需要重新验证。