如何搭配使用actix-web 3与rusoto 0.46？解决运行时‘无Tokio 1.x reactor运行’恐慌错误

问题原因 #

你遇到的这个 panic 核心在于Actix-web 3.x 和 Rusoto 0.46 依赖的 Tokio 运行时版本不匹配：

• Actix-web 3.x 底层用的是 Tokio 0.2.x 版本的 runtime
• Rusoto 0.46 已经升级到了 Tokio 1.x，而 Tokio 1.x 和 0.2.x 的 runtime 是完全独立的，无法互相调用。当你在 Actix-web 的请求处理函数里调用 Rusoto 的异步方法时，Rusoto 找不到它需要的 Tokio 1.x reactor，就会触发这个错误。

解决方案1：升级 Actix-web 到 4.x（推荐） #

Actix-web 4.x 已经全面切换到了 Tokio 1.x 运行时，和 Rusoto 0.46 的依赖完全兼容，这是最稳妥的长期解决方案。

步骤1：修改 Cargo.toml

[package]
name = "hello_actix_rusoto"
version = "0.1.0"
authors = ["Matt Roberts <mattroberts297@users.noreply.github.com>"]
edition = "2018"

[dependencies]
rusoto_core = "0.46"
rusoto_dynamodb = "0.46"
actix-web = "4"

步骤2：调整代码（少量改动）

Actix-web 4.x 的API和3.x大部分兼容，你的现有代码基本不用修改，确保导入正确即可：

use actix_web::{get, App, HttpResponse, HttpServer, Responder}; // 现在是4.x版本
use rusoto_core::Region;
use rusoto_dynamodb::{DynamoDb, DynamoDbClient, ListTablesInput};
use std::default::Default;

#[get("/tables")]
async fn tables(_req_body: String) -> impl Responder {
    let client = DynamoDbClient::new(Region::default());
    let list_tables_input: ListTablesInput = Default::default();
    match client.list_tables(list_tables_input).await {
        Ok(_output) => HttpResponse::Ok().finish(),
        Err(_error) => HttpResponse::InternalServerError().finish(),
    }
}

#[actix_web::main]
async fn main() -> std::io::Result<()> {
    HttpServer::new(|| App::new().service(tables))
        .bind("0.0.0.0:8080")?
        .run()
        .await
}

解决方案2：让 Rusoto 适配 Tokio 0.2（临时方案） #

如果你暂时无法升级 Actix-web，可以通过修改 Rusoto 的特性，强制它使用 Tokio 0.2 后端，和 Actix-web 3.x 兼容。

修改 Cargo.toml

[dependencies]
rusoto_core = { version = "0.46", default-features = false, features = ["rustls", "tokio02"] }
rusoto_dynamodb = { version = "0.46", default-features = false, features = ["rustls", "tokio02"] }
actix-web = "3"

⚠️ 注意：这个方案只是临时 workaround，因为 Rusoto 后续版本可能会移除对 Tokio 0.2 的支持，长远来看还是升级 Actix-web 更可靠。

验证修复 #

修改完成后，重新执行你的测试步骤：

docker-compose up -d
AWS_REGION=local cargo run &
curl -v 'http://127.0.0.1:8080/tables'

此时应该能正常返回HTTP响应，不会再出现 runtime panic 了。

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