这个问题是Rust生态里常见的依赖版本不兼容导致的原生库重复链接错误——你用的Rocket和jsonwebtoken各自依赖了不同大版本的ring，而ring的不同大版本会链接同名的原生库ring-asm，Cargo不允许这种重复链接的情况。下面给你几个可行的解决办法：

方案1：升级Rocket到兼容ring 0.12+的版本 #

如果你的Rocket版本偏旧（比如0.4.x系列），它通常依赖ring 0.11。而较新的Rocket版本（0.5.x及以后）已经更新了依赖链，支持更高版本的ring。你可以修改Cargo.toml中的Rocket依赖：

[dependencies]
rocket = "0.5.0-rc.3" # 或直接用最新稳定版
jsonwebtoken = "4.0.1"

升级后，Rocket会使用与jsonwebtoken v4.0.1兼容的ring版本，冲突自然就解决了。注意：0.4到0.5的Rocket有不少API改动，可能需要微调你的服务器代码。

方案2：降级jsonwebtoken到兼容ring 0.11的版本 #

如果你暂时不想升级Rocket，可以找一个依赖ring 0.11的jsonwebtoken版本。比如jsonwebtoken v3.x系列依赖的就是ring 0.11，修改依赖如下：

[dependencies]
rocket = "0.4.11" # 你的当前Rocket版本
jsonwebtoken = "3.3.0" # 该版本适配ring 0.11

降级后两个库依赖的ring版本统一，编译错误就会消失。需要注意jsonwebtoken v3和v4有API差异，可能要调整你的JWT相关代码。

方案3：用Cargo patch强制统一ring版本 #

如果前两种方案都不适合你（比如不想改动代码版本），可以用Cargo的patch功能，强制所有依赖都使用同一个版本的ring。在Cargo.toml中添加：

[patch.crates-io]
ring = { version = "0.12.1", features = ["std"] }

或者如果你想强制用0.11版本：

[patch.crates-io]
ring = { version = "0.11.0", features = ["std"] }

这个方法会强制替换所有依赖的ring版本，但要注意风险：如果某个库依赖ring的特定版本特性，强制替换可能导致编译错误或运行时问题，一定要仔细测试。

额外步骤：清理缓存并重新构建 #

不管用哪个方案，修改完Cargo.toml后，建议清理Cargo缓存避免旧依赖干扰：

cargo clean
cargo build

内容的提问来源于stack exchange，提问作者drpytho