std::fs::remove_dir_all — Rust function

What `remove_dir_all` does

remove_dir_all is a free function exposed by the std::fs module of the Rust standard library. It is part of the public, stable API and you can rely on it from any edition of Rust.

remove_dir_all is a free function exported by std::fs. Call it directly, or reach for the alternative method-call syntax if it's an inherent method on a related type. The function's parameter and return types declare its contract; the compiler enforces them at every call site. The full canonical path is std::fs::remove_dir_all; bring it into scope with use std::fs::remove_dir_all; or refer to it by its full path.

When to use it

Call remove_dir_all from std::fs when the operation it performs matches the documented behaviour. Many std functions return Result or Option — handle the failure path with `?` or pattern matching.

Annotated examples

Calling remove_dir_all from std::fs

use std::fs::remove_dir_all;

fn demo() {
    // Look up remove_dir_all's signature in the reference to learn what arguments
    // it expects and what type it returns. Many std functions return Result
    // or Option — handle the failure path with `?`, `match`, or `unwrap`
    // (in throwaway code only).
    let _result = remove_dir_all();
}

Reach for the function-level reference page first — it shows the exact signature, what each argument means, and what return value to expect. RustDocs Hub mirrors that information for offline reading.

For deeper background, see the canonical Rust patterns reference for the broader context behind this section.

Wrapping remove_dir_all in error-handling code

use std::fs::remove_dir_all;
use std::error::Error;

fn run() -> Result<(), Box<dyn Error>> {
    // If remove_dir_all returns a Result, the ? operator unwraps Ok and propagates
    // Err to the caller. The Box<dyn Error> return type accepts any error
    // implementing std::error::Error, which is the lowest-friction shape
    // for application-level main functions.
    let _result = remove_dir_all();
    Ok(())
}

Inside any function that itself returns `Result`, prefer `?` over `.unwrap()` or `match` — it is the canonical Rust short-circuit and integrates with `From` for error conversion.

Common pitfalls

If remove_dir_all returns a `Result`, never reach for `.unwrap()` in production code — it panics with no context. Use `?` to propagate, `match` to handle, or `.expect("why this is unreachable")` if you really do know the call cannot fail.

For deeper background, see an in-depth Rust idioms cheat sheet for the broader context behind this section.

Performance & threading notes

Standard-library functions are usually #[inline]-friendly. The optimiser will inline aggressively across crate boundaries when the function is small or marked. Profile before assuming a hot path is fine — `cargo flamegraph` and `perf` are invaluable.

What remove_dir_all does