Throne VMess导入：Base64与分享JSON里的字段含义

Base64是文本编码，不是加密

Base64把字节表示成便于传递的文本，能还原出原内容，并不保护UUID或其他敏感字段。分享链接经编码后仍应像认证资料一样保管。只在可信的本地环境检查自己持有的配置，不要把有效URI上传到公开解码网站。

VMess是连接协议；“Base64包裹JSON”是生态中一种常见分享约定。两者不应混为一谈，也不能声称所有VMess分享都使用同一结构。可先在协议说明中确认协议与导入格式的层次。

常见分享JSON怎样对应服务器配置

上述名称描述常见分享格式，不是完整运行JSON的统一字段名。合法JSON只说明语法成立，解析器是否识别字段、是否保留扩展内容，还要看Throne与实际内核支持。

旧参数不应该直接变成新配置的默认值

一些历史分享内容带有alterId、旧传输名称或不同的字段类型。不要因为旧教程写了某个值，就把所有Profile改成同样设置。应核对当前服务端实际使用的VMess机制，并确认客户端版本是否支持该分享约定。

来自订阅的内容也未必就是单条VMess链接。不了解这两者关系时，先看订阅URL与单节点URI的区别，避免将订阅网页直接当作编码JSON处理。

先判断失败发生在解析前还是连接时

1. 检查复制内容是否完整，是否混入换行、空格、中文标点或漏掉尾部字符。
2. 确认分享格式与客户端支持范围；编码还原或JSON语法异常属于内容解析阶段。
3. 导入后比较地址、端口、UUID、传输与TLS字段是否正确映射，保留原始配置副本。
4. 只有Profile正确生成后，才按网络连接阶段检查日志和URL Test结果。

解码成功不代表身份正确，导入成功也不代表握手完成。核对运行参数可使用服务器配置与连接前检查，不要把每一种失败都归结为Base64。

用字段清单记录问题，不公开有效链接

诊断记录可以只写“地址已核对、端口已核对、UUID已隐藏、传输类型已核对、TLS名称待确认”，无需公开真实配置。若需要演示JSON结构，只使用明确无效的占位文本。本篇不给出可直接导入的节点；修正后应在副本中测试，再决定是否替换旧Profile。