应用程序的错误处理：如何返回公共消息错误而不是所有错误链并同时跟踪它？

Question

序幕

我正在使用async-graphql ，我有数百个解析器，对于每个解析器，我想跟踪所有可能的错误。

在我的应用程序的每种方法中，我都在使用anyhow::{Error} 。

现在我对每个解析器都有类似的代码：

#[Object]
impl MutationRoot {
    async fn player_create(&self, ctx: &Context<'_>, input: PlayerInput) -> Result<Player> {
        let services = ctx.data_unchecked::<Services>();

        let player = services
            .player_create(input)
            .await?;

        Ok(player)
    }
}

所以我考虑使用下面的代码（注意添加的行.map_err() ）：

#[Object]
impl MutationRoot {
    async fn player_create(&self, ctx: &Context<'_>, input: PlayerInput) -> Result<Player> {
        let services = ctx.data_unchecked::<Services>();

        let player = services
            .player_create(input)
            .await
            .map_err(errorify)?;

        Ok(player)
    }
}

fn errorify(err: anyhow::Error) -> async_graphql::Error {
    tracing::error!("{:?}", err);

    err.into()
}

现在错误与所有错误链一起被跟踪：

ERROR example::main:10: I'm the error number 4

Caused by:
    0: I'm the error number 3
    1: I'm the error number 2
    2: I'm the error number 1
    in example::async_graphql

问题 1

有没有办法避免每个解析器上的.map_err() ？

我想用? 独自的。

我应该使用自定义错误吗？

我们可以有一个全局“钩子”/回调/fn 来调用每个错误吗？

问题2

正如您在上面看到的错误链是相反的。

在我的 graphql 响应中，我收到message “我是错误编号 4”，但我需要改为获取“我是错误编号 2”。

错误anyhow是这样创建的：

• main.rs: 返回错误.with_context(|| "I'm the error number 4")?
• • 在graphql.rs中调用fn player_create() ：返回.with_context(|| "I'm the error number 3")?
• • • 在domain.rs中调用fn new_player() ：返回.with_context(|| "I'm the error number 2")?
• • • • 在database.rs中调用fn save_player() ：返回.with_context(|| "I'm the error number 1")?

我怎样才能做到这一点？

我真的是 Rust 的新手。我来自 Golang，在那里我使用了如下结构：

type Error struct {
    error          error
    public_message string
}

轻松链接它：

return fmt.Errorf("this function is called but the error was: %w", previousError)

Rust怎么办？

anyhow我一定要使用吗？

你能给我指一个很好的应用程序错误处理教程/书吗？

非常感谢你。

Answer 1

我建议您为您的库定义自己的错误，并使用thiserror crate 正确处理它们。

就像 Go 定义var ErrNotFound = errors.New(...)并使用fmt.Errorf(..., err)添加上下文。

借助Rust中强大的enum工具，让你可以通过match武器妥善处理每一个错误。 它还提供了非常方便的派生宏，如#[from]或#[error(transparent)] ，使错误转换/转发变得容易。

编辑 1：如果你想分离公共消息和跟踪日志，你可以考虑像这样定义你的自定义错误结构：

#[derive(Error, Debug)]
pub struct MyError {
    msg: String,
    #[source]  // optional if field name is `source`
    source: anyhow::Error,
}

并实现Display trait 以格式化其内部msg字段。

最后，您可以在tracing-attributes crate 中使用宏：

#[instrument(err(Debug))]
fn my_function(arg: usize) -> Result<(), std::io::Error> {
    Ok(())
}

Answer 2

有没有办法避免每个解析器上的 .map_err() ？

是的，你应该能够删除它，除非你真的需要转换为async_graphql::Error 。

我一定要使用吗？

不，但是使用? 关于不同的错误类型。

我真的是 Rust 的新手。我来自 Golang，在那里我使用了如下结构：

看看这个thiserror ，它可以让你构建自己的错误变体enum 。