axum中的各种响应
本章主要讨论 axum 的响应。axum 已经实现了多种响应,比如纯文本、HTML、JSON 及 自定义响应头(response header)。除了这些 axum 内置的响应之外,我们还将讨论如何将自己定义的结构体,作为响应返回给客户端。在axum中获取请求数据
在日常开发中,我们需要与用户进行交互,从各种渠道获取用户输入,包括但不限于:表单、URL 参数、URL Path 以及 JSON 等。axum 为我们提供了这些获取用户输入的支持。axum的状态共享
**状态共享**是指,在整个应用或不同路由之间,共享一份数据。axum 提供了方便的状态共享机制,但可能也会踩坑。本章将带你学习如何在 axum web 应用中共享状态。路由
axum 提供了常用的 HTTP 请求方式对应的路由,比如 `get`, `post`, `put`, `delete` 等。除此之外,axum 还提供了“嵌套路由”。路由,通常和 `handler(处理函数)` 结合在一起。中间件
中间件是一类提供系统软件和应用软件之间连接、便于软件各部件之间的沟通的软件,应用软件可以借助中间件在不同的技术架构之间共享信息与资源。本章将讨论如何在axum中使用中间件,以及如何自定义中间件。axum处理静态文件
和其它 Web 框架一样,axum 也会对所有请求进行处理。对于 CSS、JS 及图片等静态文件,并不需要 axum 的 handler 进行处理,而是只需要简单的把它们的内容进行返回即可。axum 提供了处理静态文件的中间件。axum处理cookie
Cookie 是通过 HTTP Header 进行传递的。由某个响应头进行设置,然后其它请求头就可以获取到了。本章将通过模拟用户中心来用 axum 操作 HTTP Header 演示 Cookie 的读写操作。axum 操作 redis
通过 redis-rs 这个 crate,可以很方便的操作 redis。它提供了同步和异步两种连接,由于我们要集成到 axum 中,所以这里使用异步连接。本章将展示如何获取 redis 异步连接、如何将字符串保存到 redis、如何获取到保存在 redis 里的字符串以及如何通过 redis 保存和读取自定义结构体。axum 操作 Postgres 数据库
PostgreSQL 是一款天然支持异步操作的高性能开源关系型数据库。本章将讨论如何在 axum 中使用 PostgreSQL。包括:数据的增加、修改、删除、查找以及开始事务保证业务的原子性。axum 实现 Session
由于 HTTP 是无状态的,所以我们可以通过Cookie来维护状态。但 cookie 是直接保存到客户端,所以对于敏感数据,不能直接保存到 cookie。我们可以把敏感数据保存到服务端,然后把对应的 ID 保存到 cookie,这就是 Session。本章我们将使用 Cookie 和 Redis 实现一个简单的 Session。axum 集成 JWT
Json web token(JWT)是为了网络应用环境间传递声明而执行的一种基于 JSON 的开发标准(RFC 7519),该 token 被设计为紧凑且安全的,特别适用于分布式站点的单点登陆(SSO)场景。JWT 的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息,以便于从资源服务器获取资源,也可以增加一些额外的其它业务逻辑所必须的声明信息,该 token 也可直接被用于认证,也可被加密。axum 中使用模板引擎
利用模板引擎,我们不需要再把 HTML 代码写在 Rust 代码中了,而是将其独立保存为`*.html`文件。既方便维护,也有利用开发。axum 上传文件
文件上传是 Web 开发中常见的功能,本章将演示如何在 axum 实现文件上传。axum 集成hcaptcha验证码进行人机验证
在机器人采集、恶意攻击的今天,人机验证筑起了一道保护网。从之前的图片验证码,到 Google 提供的 reCaptcha,人机验证经历了一段漫长的演进过程。配置文件:让axum app可配置
将数据库连接信息、redis 连接信息以及 Web 应用监听地址等信息通过配置文件进行单独管理是一个比较好的开发实践。这样就无须在更改配置的时候重新编译整个项目,同时也可以针对不同环境使用不同的配置文件。axum错误处理
本章主要讨论 axum 的错误处理
axum的状态共享
状态共享是指,在整个应用或不同路由之间,共享一份数据。axum 提供了方便的状态共享机制,但可能也会踩坑。本章将带你学习如何在 axum web 应用中共享状态。
如何进行状态共享
axum 使用 Layer
来实现状态共享。
什么样的数据才能进行共享
出于并发原因,只有实现了 Clone
trait 的数据类型才能进行共享。
定义数据结构
#[derive(Clone)]
pub struct UserInfo {
pub username: String,
}
在路由中添加共享数据
我们通过在路由列表之后,使用 layer()
添加共享数据。注意,共享数据不是直接添加进去的,而是通过 AddExtensionLayer::new()
来实现。
在 handler 中获取共享数据
async fn show_user_info(Extension(info): Extension<UserInfo>) -> String {
format!("Sigined User: {}", info.username)
}
本部分代码可以在这里找到。
本部分代码可以在这里找到。
如何让那些“顽固分子”也能进行共享
对于我们自己定义的数据结构来说,可以很明确的实现 Clone
,而在实际开发中,你可能需要共享第三方库里的数据结构,而这个数据结构并没有实现 Clone
,这时候该怎么办?
答案是使用 std::sync::Arc
这个智能指针。你现在脑海里应该明确两点:
-
axum 共享的数据必须是
Clone
的,也就是说不move
它的所有权 -
Arc
是“线程安全”的引用计数智能指针,它只会读取值,不会转移所有权
axum 共享的数据必须是 Clone
的,也就是说不 move
它的所有权
Arc
是“线程安全”的引用计数智能指针,它只会读取值,不会转移所有权
定义数据结构
下面,我们将上例中的数据结构中实现 Clone
的部分删除:
pub struct UserInfo {
pub username: String,
}
在路由中添加共享数据
let app = Router::new()
.route("/user", routing::get(show_user_info))
.layer(AddExtensionLayer::new(Arc::new(UserInfo {
username: "axum.rs".to_string(),
})));
在 handler 中获取共享数据
async fn show_user_info(Extension(info): Extension<Arc<UserInfo>>) -> String {
format!("Sigined User: {}", info.username)
}
本部分代码可以在这里找到。
本部分代码可以在这里找到。
共享复合数据
日常开发中,要共享状态的往往不只一个结构体。而且,这些要共享的结构体也可能出现有些实现了 Clone
,有些没有实现。
解决方案是,将这些共享状态封装到一个结构体中。对于那些没有实现 Clone
的,可以:
-
在这个封装的结构体中,使用
Arc
进行包装,而这个封装的结构体本身要实现Clone
-
使用常规方式封装结构体,并且不实现
Clone
。通过Arc
共享这个封装的结构体
在这个封装的结构体中,使用 Arc
进行包装,而这个封装的结构体本身要实现 Clone
使用常规方式封装结构体,并且不实现 Clone
。通过 Arc
共享这个封装的结构体
下面以第一种方式来演示。
定义数据结构
#[derive(Clone)]
pub struct DatabaseClient {
pub dsn: String,
}
pub struct RedisClient {
pub host: String,
}
#[derive(Clone)]
pub struct AppState {
pub db: DatabaseClient,
pub rdb: Arc<RedisClient>,
}
在路由中添加共享数据
let db_client = DatabaseClient {
dsn: "host=pg.axum.rs port=5432 user=axum_rs password=axum.rs sslmode=disable".to_string(),
};
let redis_client = Arc::new(RedisClient {
host: "redis.axum.rs".to_string(),
});
let app = Router::new()
.route("/status", routing::get(status))
.layer(AddExtensionLayer::new(AppState {
db: db_client,
rdb: redis_client,
}));
在 handler 中获取共享数据
async fn status(Extension(state): Extension<AppState>) -> String {
format!(
"database dsn: {}, redis host: {}",
state.db.dsn, state.rdb.host
)
}
本部分代码可以在这里找到。
本部分代码可以在这里找到。
思考题
试着自己实现第二种方式,即:
使用常规方式封装结构体,并且不实现
Clone
。通过Arc
共享这个封装的结构体
使用常规方式封装结构体,并且不实现 Clone
。通过 Arc
共享这个封装的结构体
参考答案:
定义数据结构
#[derive(Clone)]
pub struct DatabaseClient {
pub dsn: String,
}
pub struct RedisClient {
pub host: String,
}
pub struct AppState {
pub db: DatabaseClient,
pub rdb: RedisClient,
}
在路由中添加共享数据
let db_client = DatabaseClient {
dsn: "host=pg.axum.rs port=5432 user=axum_rs password=axum.rs sslmode=disable".to_string(),
};
let redis_client = RedisClient {
host: "redis.axum.rs".to_string(),
};
let app = Router::new()
.route("/status", routing::get(status))
.layer(AddExtensionLayer::new(Arc::new(AppState {
db: db_client,
rdb: redis_client,
})));
在 handler 中获取共享数据
async fn status(Extension(state): Extension<Arc<AppState>>) -> String {
format!(
"database dsn: {}, redis host: {}",
state.db.dsn, state.rdb.host
)
}
本部分代码可以在这里找到。