This library provides a convenient derive macro for the standard library's
 = "1.0"
Compiler support: requires rustc 1.31+
Thiserror deliberately does not appear in your public API. You get the same thing as if you had written an implementation of
std::error::Errorby hand, and switching from handwritten impls to thiserror or vice versa is not a breaking change.
Errors may be enums, structs with named fields, tuple structs, or unit structs.
Displayimpl is generated for your error if you provide
#[error("...")]messages on the struct or each variant of your enum, as shown above in the example.
The messages support a shorthand for interpolating fields from the error.
You may alternatively write out the full format args yourself, using arbitrary expressions.
When providing your own format args, the shorthand does not kick in so you need to specify
.varin the argument list to refer to named fields and
.0to refer to tuple fields.
Fromimpl is generated for each variant containing a
Note that the variant must not contain any other fields beyond the source error and possibly a backtrace. A backtrace is captured from within the
Fromimpl if there is a field for it.
The Error trait's
source()method is implemented to return whichever field has a
#[source]attribute or is named
source, if any. This is for identifying the underlying lower level error that caused your error.
#[from]attribute always implies that the same field is
#[source], so you don't ever need to specify both attributes.
Any error type that implements
std::error::Erroror dereferences to
dyn std::error::Errorwill work as a source.
The Error trait's
backtrace()method is implemented to return whichever field has a type named
Backtrace, if any.
See also the
anyhowlibrary for a convenient single error type to use in application code.
Comparison to anyhow
Use thiserror if you care about designing your own dedicated error type(s) so that the caller receives exactly the information that you choose in the event of failure. This most often applies to library-like code. Use Anyhow if you don't care what error type your functions return, you just want it to be easy. This is common in application-like code.