Rust语言越来越受到关注，因此，Web框架的选择问题成为了开发者们热议的话题。选错了框架，可能会造成性能下降和资源浪费，这让许多开发者感到烦恼。
比较的意义
众多项目在规划时需考量性能、资源消耗以及开发难度。在Rust语言中挑选Web框架并不简单。比如，有一家知名互联网公司从2020年起就计划用Rust来重构系统，当时仅是对比不同的Web框架就耗费了数周时间。若能明确框架的性能和其它特性，将有助于提升开发效率。不同的框架在不同应用场景中各有其优势和不足，这种比较的重要性便凸显出来。
小型创业项目若前期选错了框架，后续更换时，所需投入的人力、物力和时间成本可能会非常可观。
测试环境构建
[package]name = "actix"version = "0.1.0"edition = "2021"[dependencies]actix-web = "4"
为了保证结果的公正性与精确度，测试必须在统一的环境中进行。在本文中，我们选取了配备32GB内存和6核Inteli9处理器的2018年款Pro型号作为测试平台。这就像搭建了一个公平的竞技场，让所有参赛者都在相同的标准条件下展开竞争。
use actix_web::{get, App, HttpResponse, HttpServer, Responder};#[get("/")]async fn hello() -> impl Responder {HttpResponse::Ok().body("Hello world!")}#[actix_web::main]async fn main() -> std::io::Result {HttpServer::new(|| {App::new().service(hello)}).bind(("127.0.0.1", 8080))?.run().await}
设立一个专门的测试场所至关重要，否则得出的结论将难以令人信服。众多测试由于未遵循这一原则，其结果往往不可靠。曾有一次类似的测试，由于未能妥善管理机器配置的差别，导致数据差异悬殊，且毫无参考价值。
[package]name = "axum-hello"version = "0.1.0"edition = "2021"[dependencies]axum = "0.7.3"tokio = { version = "1.0", features = ["full"] }
测试方案准确定义
use axum::{response::Html, routing::get, Router};#[tokio::main]async fn main() {// build our application with a routelet app = Router::new().route("/", get(handler));// run itlet listener = tokio::net::TcpListener::bind("127.0.0.1:8080").await.unwrap();println!("listening on {}", listener.local_addr().unwrap());axum::serve(listener, app).await.unwrap();}async fn handler() -> Html {Html("Hello world!")}
每个Web框架都通过运行一个基础的“HelloWorld”示例来接受测试，这确保了它们站在同一起跑线上。构建一个能够回应“Hello,World!”的服务器，需要考虑资源消耗、运行速度和操作的复杂性等因素。
[package]name = "rocket-hello"version = "0.1.0"edition = "2021"[dependencies]rocket = "0.5.0"
测试时分别设置50、100和150个连接，总共达到100万次请求，这样的安排能够全面检验框架在不同压力条件下的表现。这好比给运动员进行不同级别的压力测试。这个方案既全面又细致，有助于较为充分地展现框架之间的差异。
#[macro_use] extern crate rocket;#[get("/")]fn hello() -> String {format!("Hello world!")}#[launch]fn rocket() -> _ {let config = rocket::Config {port: 8080,log_level: rocket::config::LogLevel::Off,..rocket::Config::debug_default()};rocket::custom(&config).mount("/", routes![hello])}
具体的框架比较
[package]name = "tide-hello"version = "0.1.0"edition = "2021"[dependencies]tide = "0.16.0"async-std = { version = "1.8.0", features = ["attributes"] }
Actix框架在测试环节展现出其独特之处。研究人员观察到，在特定数量的连接情况下，该框架在速度和资源消耗方面表现出某些特定特征。
#[async_std::main]async fn main() -> Result {let mut app = tide::new();app.at("/").get(|_| async { Ok("Hello world!") });app.listen("127.0.0.1:8080").await?;Ok(())}
Axum框架最终胜出，这表明它确实有其过人之处。比如，它在资源利用和处理效率上做到了很好的协调。在相同的测试条件下，Poem等框架也展现出了各自的特色，这些特色直接揭示了不同框架之间的区别。
复杂场景展望
[package]name = "gotham-hello"version = "0.1.0"edition = "2021"[dependencies]gotham = "0.7.2"use gotham::state::State;pub fn say_hello(state: State) -> (State, &'static str) {(state, "Hello world!")}/// Start a server and call the `Handler` we've defined above for each `Request` we receive.pub fn main() {gotham::start("127.0.0.1:8080", || Ok(say_hello)).unwrap()}
这次测试只是个起点，之后还将面对更多需要深入研究的复杂情况。比如，静态文件管理和JSON数据的处理。对于真正的项目来说，“HelloWorld”这样的基础测试是远远不够的。以2019年开始的一个在线文档项目为例，静态文件管理和JSON处理是至关重要的环节。如果在这两方面框架表现不佳，将会对用户的使用体验造成严重影响。
[package]name = "ntex-hello"version = "0.1.0"edition = "2021"[dependencies]ntex = { version= "0.7.16", features = ["tokio"] }use ntex::web;#[web::get("/")]async fn index() -> impl web::Responder {"Hello, World!"}#[ntex::main]async fn main() -> std::io::Result {web::HttpServer::new(||web::App::new().service(index)).bind(("127.0.0.1", 8080))?.run().await}
对这些复杂情况进行深入分析，对框架的整体评价至关重要，同时也能为开发者提供更多的参考依据。
[package]name = "poem-hello"version = "0.1.0"edition = "2021"[dependencies]poem = "1.3.59"tokio = { features = ["rt-multi-thread", "macros"] }use poem::{get, handler, listener::TcpListener, middleware::Tracing, EndpointExt, Route, Server,};#[handler]fn hello() -> String {format!("Hello world!")}#[tokio::main]async fn main() -> Result {let app = Route::new().at("/", get(hello)).with(Tracing);Server::new(TcpListener::bind("0.0.0.0:8080")).name("hello-world").run(app).await}
源代码共享价值
给所有开发者提供源代码下载是个很棒的做法。公开地址让更多开发者方便地深入研究与调试。2022年，不少开发者下载了源代码，根据个人需求对框架进行调整和试验，发现了许多可能的改进空间。大家觉得这样的源代码共享对学习和开发有帮助吗？希望大家都来点赞、转发这篇文章，也欢迎在评论区交流看法。
