Rust如何处理map生成的futures 实现类似JS Promise.all效果

你用错了并发等待的工具：

• futures::join! 是宏，仅支持接收固定数量、逐个传入的独立Future，比如join!(fut_a, fut_b, fut_c)，它会把每个传入的参数作为单独的Future轮询，无法接收动态长度的Future集合（比如Vec）。
• 你传入的all_futures是存储多个Future的Vec，Vec本身没有实现Future trait，自然无法被join!处理、也无法直接await，这就是编译报错的核心原因。

你要实现和JS中Promise.all等价的、并发等待动态长度Future集合、按顺序收集所有执行结果的逻辑，应该用join_all函数，而非join!宏。

// 替换原来的join宏导入，引入join_all函数
use futures::future::join_all;

// 去掉冗余的中间Vec转存，Range本身可直接迭代
let all_futures = (1..4)
    .map(|i| async move {
        // async move 明确转移闭包内用到变量的所有权，避免生命周期报错
        client_rc.put(format!("k{}", i), format!("v{}", i)).await
    })
    .collect::<Vec<_>>();

// 并发执行所有Future，按原顺序返回结果数组，行为和JS的Promise.all完全一致
let results = join_all(all_futures).await;

• 如果你使用Tokio作为异步运行时，可以直接用Tokio自带的tokio::join_all，不需要额外依赖futures包，性能更优；固定数量的Future并发场景再用tokio::join!宏即可。
• 如果你需要「任意一个任务报错就立刻返回错误、不需要等剩余任务执行」的Promise.all式错误传播逻辑，可以用try_join_all函数（futures和Tokio都提供了对应实现），它会自动处理Result类型的返回值，遇到Err就提前返回。
• 注意异步块的变量捕获规则：如果你的client_rc是Rc<T>包装的，在多线程异步运行时中无法跨线程共享，需要替换为Arc<T>，且确保客户端本身支持并发调用。

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