Início / coding / Perguntas / 79598558
Accepted
Anunaki
Asked: 2025-04-29 22:01:48 +0800 CST

Como recuperar o tipo de erro original de Box<dyn StdError> após a conversão de anyhow::Error?

  • 772

Estou tentando recuperar o tipo de erro original SqlxErrorapós convertê-lo anyhow::Errore, em seguida, compactá-lo como Box<dyn std::error::Error + Send + Sync + 'static>. No entanto, as informações de tipo parecem ser apagadas e o downcasting falha.

use std::error::Error as StdError;
use std::fmt;

#[derive(Debug)]
struct SqlxError {
    message: String,
}

impl fmt::Display for SqlxError {
    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
        write!(f, "SQLx Error: {}", self.message)
    }
}

impl StdError for SqlxError {}

fn main() {
    // Create sqlx::Error
    let sqlx_error = SqlxError {
        message: "Database connection failed".to_string(),
    };

    // Convert to anyhow::Error
    let anyhow_error = anyhow::Error::new(sqlx_error);

    // Convert to Box<dyn StdError>
    let boxed_error: Box<dyn StdError + Send + Sync + 'static> = anyhow_error.into();

    // Now try to recover
    let recovered_error = anyhow::Error::from_boxed(boxed_error);
    // work well! output: SqlxError { message: "Database connection failed"} 
    dbg!(&recovered_error);
    if let Some(sqlx_err) = recovered_error.downcast_ref::<SqlxError>() {
        println!("Successfully downcast to SqlxError: {:?}", sqlx_err);
        println!("Error message: {}", sqlx_err);
    } else {
        println!("Failed to downcast to SqlxError");
        println!("Actual error: {}", recovered_error);
    }
}

Como visto na dbg!saída abaixo, os dados ainda são um SqlxError, mas downcast_ref::<SqlxError>()falham.

[src/main.rs:31:5] &recovered_error = SqlxError {
    message: "Database connection failed",
}

Meu entendimento é que a conversão anyhow::Error into Box<dyn StdError>apaga o wrapper anyhow e qualquer capacidade de recuperar posteriormente o tipo original por meio de anyhow::Error.

Existe alguma maneira de recuperar o tipo de erro original SqlxErrordo objeto de característica em caixa após a conversão de anyhow::Error?

rust

1 respostas

  1. Best Answer

    A chamada from_boxednão "recupera" o anyhow Errordo Box<dyn Error>, apenas encapsula o erro em outro anyhow Error. Então, você terminaria com algo assim:

    recovered_error = anyhow::Error {
    Box<dyn Error> {
        anyhow::Error {
            SqlxError
        }
    }
}

    Lendo a documentação, o problema começa com anyhow_error.into(), é equivalente a chamar .into_boxed_dyn_error()o que diz:

    Se um backtrace foi coletado durante a construção do anyhow::Error, esse backtrace permanece acessível usando a ErrorAPI do provedor de característica da biblioteca padrão, mas, como consequência, o erro em caixa resultante não pode mais ser convertido para seu tipo subjacente original.

    Então você não pode recuperar SqlxErrorusando esse método; o tipo real por trás do Box<dyn Error>é um tipo interno que você não tem como acessar concretamente.

    Existe outro método chamado .reallocate_into_boxed_dyn_error_without_backtrace()que diz:

    Ao contrário de self.into_boxed_dyn_error(), este método realoca o erro subjacente para uma nova alocação, a fim de torná-lo passível de downcast para &Eou Box<E>para seu tipo de erro subjacente original. Qualquer backtrace coletado durante a construção do anyhow::Erroré descartado.

    Portanto, se você precisar recuperar o erro original, precisará usar este último. Depois, faça o downcast diretamente para SqlxErroro padrão Box<dyn Error>:

    let boxed_error = anyhow_error.reallocate_into_boxed_dyn_error_without_backtrace();

if let Some(sqlx_err) = boxed_error.downcast_ref::<SqlxError>() {
    println!("Successfully downcast to SqlxError: {:?}", sqlx_err);
    println!("Error message: {}", sqlx_err);
} else {
    println!("Failed to downcast to SqlxError");
    println!("Actual error: {}", boxed_error);
}

    Successfully downcast to SqlxError: SqlxError { message: "Database connection failed" }
Error message: SQLx Error: Database connection failed
    • 3

relate perguntas