实现Substrate桥接网络时遇bp_runtime依赖的sp_io重复lang项报错

第一步：确认依赖的sp_io启用特性一致 #

• 同一版本的sp_io如果启用的特性（features）不同，也会被cargo识别为两个不同的依赖实例，触发lang项重复。你需要全局搜索所有Cargo.toml中sp_io的依赖声明，确认default-features配置、手动启用的特性完全一致，尤其注意std特性的开启规则，runtime侧和node侧对std特性的配置必须严格对齐。

第二步：排查间接依赖的版本冲突 #

• 你只同步了直接依赖的sp_io版本，还需要检查bp_runtime自身的依赖树中是否引入了其他版本的sp_io。执行以下命令查看依赖树：
  cargo tree -p sp_io
• 扫描输出结果中所有出现的sp_io版本号，如果存在和你指定版本不一致的条目，在根目录Cargo.toml的[patch.crates-io]区块强制覆盖版本，示例配置如下：

[patch.crates-io]
sp-io = { git = "https://github.com/paritytech/substrate", rev = "你统一使用的Substrate commit hash", default-features = false }

第三步：检查workspace的依赖统一定义 #

• 如果你使用了cargo workspace管理项目，确认根目录Cargo.toml的[workspace.dependencies]中已经统一定义了sp-io的版本、特性配置，所有子 crate 引用sp-io时都使用sp-io = { workspace = true }的写法，避免子 crate 单独指定版本导致冲突。

第四步：排除no_std配置冲突 #

• 重复lang项报错多数出现在runtime的no_std编译场景，检查所有runtime相关crate的lib.rs文件开头的#![cfg_attr(not(feature = "std"), no_std)]声明是否正确，同时确认sp_io在no_std场景下没有同时引入std版本的依赖。

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