Throne Shadowsocks配置：加密方法、2022密钥与URI兼容

方法来自服务端配置，不来自偏好选择

Shadowsocks要求客户端与服务端使用相容的方法和密钥。客户端列表里出现某种方法，不表示当前服务器使用该方法；导入器识别名称，也不保证运行核心支持所有扩展。应从配置提供方确认完整组合，再核对客户端与核心版本。

本地SOCKS5代理入口与远程Shadowsocks协议不是同一种机制。可通过协议与认证字段对照先分清地址、端口、加密方法及认证资料的角色。

传统AEAD与2022的密钥要求不同

传统AEAD配置通常以密码派生所需密钥，Shadowsocks 2022方法则要求符合方法规定长度与编码的预共享密钥。不能把任意普通密码直接当作2022密钥，也不能把一个方法的密钥格式推广到全部方法。

这里不提供有效密码或密钥，也不建议通过随意换方法来“尝试提速”。准确的密钥长度应查看所选方法规范，而不是套用一个通用字符数。

ss://能被识别，不代表扩展全部可用

SIP002描述了方法、密码、服务器、端口、可选插件及标签等内容的URI表示。传统形式中的用户信息可能使用Base64URL；2022方法在SIP002中的用户信息不能照搬该编码方式，未编码字段还需要正确百分号转义。Base64与URL编码都不是保密措施。

URI中若带plugin参数，还要核对Throne、核心及插件的实际支持，不能因为链接解析成功就认定扩展可执行。对于另一类常见编码分享，可对照VMess分享JSON，两种URI的结构不能互换。

按方法、密钥、扩展的顺序复核

1. 从可信来源重新确认服务器地址、端口和精确的方法名称。
2. 检查密钥是否符合该方法规定，复制时是否包含多余空格或丢失转义字符。
3. 确认客户端支持此方法，若有插件，单独核对插件与参数。
4. 导入后对照Profile保存结果，再进行连接测试，并保留原配置副本。

更多通用检查见服务器配置清单。导入失败可能来自编码或格式，连接失败才需要继续判断服务端参数、网络或实现兼容性，不应一律认定是密码错误。

维护一份可追溯的配置记录

升级客户端或更新订阅后，关注方法与扩展字段是否改变。记录配置来源和适用核心，真实密钥留在本地。不要公开带凭据的ss://链接；若需要请求帮助，只提供已脱敏的字段名称与错误阶段，待验证新副本后再替换原Profile。