我刚遇到和你完全一样的问题！Rust 1.87.0对dyn trait对象的指针转换做了更严格的合规性检查，直接命中了anymap 1.0.0-beta.2版本里的宏实现缺陷——它试图通过指针强制转换给dyn trait对象追加Send/Sync自动 trait，这在新版本里被明确禁止了。

下面是我整理的排查和修复步骤，亲测有效：

第一步：找出哪些依赖在使用anymap #

首先得定位到是你的项目直接依赖anymap，还是某个间接依赖在偷偷用它。用Cargo的反向依赖树命令就能快速搞定：

cargo tree --invert anymap

这个命令会把依赖关系倒过来展示，输出里最上层的就是直接或间接依赖anymap的 crate（包括你项目的直接依赖）。比如输出可能长这样：

my-app v0.1.0 (/path/to/my-app)
└── third-party-crate v2.3.4
    └── anymap v1.0.0-beta.2

这样一眼就能看到是third-party-crate在依赖旧版anymap，接下来就可以针对这个 crate 处理。

第二步：修复方案（按优先级从高到低） #

1. 优先升级间接依赖的版本 #

找到依赖anymap的上层 crate 后，先去查它的最新版本：如果这个 crate 已经发布了更新版本，并且已经换掉了旧版anymap（比如升级到修复后的anymap版本，或者换成了其他替代库），直接把它升级到最新版就能解决问题。

比如我当时的情况是，某个日志库依赖了anymap beta2，升级到该日志库的最新版后，它已经改用了维护更活跃的分支，编译直接通过。

2. 强制替换anymap为修复后的版本 #

如果上层依赖还没更新，你可以通过Cargo的patch功能，强制把所有依赖的anymap替换成修复了编译问题的版本：
在你的项目Cargo.toml里加上这段：

[patch.crates-io]
anymap = { git = "https://github.com/rust-lang-nursery/anymap.git", rev = "xxxxxx" }

（这里的rev要填仓库里已经修复该问题的提交哈希，如果有好心人提交了PR并合并的话）

如果官方仓库还没修复，也可以自己fork一份anymap，修改src/any.rs里的impl_clone宏：
原来的代码是直接做指针类型转换：

unsafe { Box::from_raw(raw as *mut $t) }

改成先把指针转成*mut ()，再转成目标类型（这是绕过当前检查的临时方案，不推荐长期用，但能解燃眉之急）：

unsafe { Box::from_raw(raw as *mut () as *mut $t) }

然后把patch指向自己的fork仓库。

3. 替换anymap为其他替代库 #

如果上面的方法都走不通，可以考虑用功能类似的替代库：

• anymap2：这是anymap的一个维护分支，已经修复了很多编译问题，大部分情况下可以直接替换
• 自己封装：用std::any::TypeId配合HashMap+dyn-clone crate，实现一个轻量的类型安全哈希表，代码量其实不大

4. 临时回退到Rust 1.86.0 #

如果需要先让项目跑起来，没时间处理依赖问题，可以临时回退到Rust 1.86.0：

rustup override set 1.86.0

这个命令会把当前项目的Rust版本锁定到1.86.0，等后续依赖问题解决后再升级回去。

补充说明 #

这个错误是因为Rust 1.87.0严格执行了关于dyn trait对象指针转换的规则：不能通过指针强制转换给dyn trait对象追加自动 trait（比如Send/Sync），必须在创建trait对象的时候就带上这些约束。anymap beta2的宏实现刚好违反了这个规则，所以才会编译失败。

如果还有疑问的话，随时留言，我可以再给你细化步骤！