Trait sp_std::ops::Drop 1.0.0[−][src]
Custom code within the destructor.
When a value is no longer needed, Rust will run a "destructor" on that value. The most common way that a value is no longer needed is when it goes out of scope. Destructors may still run in other circumstances, but we're going to focus on scope for the examples here. To learn about some of those other cases, please see the reference section on destructors.
This destructor consists of two components:
- A call to
Drop::drop
for that value, if this specialDrop
trait is implemented for its type. - The automatically generated "drop glue" which recursively calls the destructors of the all fields of this value.
As Rust automatically calls the destructors of all contained fields,
you don't have to implement Drop
in most cases. But there are some cases where
it is useful, for example for types which directly manage a resource.
That resource may be memory, it may be a file descriptor, it may be a network socket.
Once a value of that type is no longer going to be used, it should "clean up" its
resource by freeing the memory or closing the file or socket. This is
the job of a destructor, and therefore the job of Drop::drop
.
Examples
To see destructors in action, let's take a look at the following program:
struct HasDrop; impl Drop for HasDrop { fn drop(&mut self) { println!("Dropping HasDrop!"); } } struct HasTwoDrops { one: HasDrop, two: HasDrop, } impl Drop for HasTwoDrops { fn drop(&mut self) { println!("Dropping HasTwoDrops!"); } } fn main() { let _x = HasTwoDrops { one: HasDrop, two: HasDrop }; println!("Running!"); }
Rust will first call Drop::drop
for _x
and then for both _x.one
and _x.two
,
meaning that running this will print
Running!
Dropping HasTwoDrops!
Dropping HasDrop!
Dropping HasDrop!
Even if we remove the implementation of Drop
for HasTwoDrop
, the destructors of its fields are still called.
This would result in
Running!
Dropping HasDrop!
Dropping HasDrop!
You cannot call Drop::drop
yourself
Because Drop::drop
is used to clean up a value, it may be dangerous to use this value after
the method has been called. As Drop::drop
does not take ownership of its input,
Rust prevents misuse by not allowing you to call Drop::drop
directly.
In other words, if you tried to explicitly call Drop::drop
in the above example, you'd get a compiler error.
If you'd like explicitly call the destructor of a value, mem::drop
can be used instead.
Drop order
Which of our two HasDrop
drops first, though? For structs, it's the same
order that they're declared: first one
, then two
. If you'd like to try
this yourself, you can modify HasDrop
above to contain some data, like an
integer, and then use it in the println!
inside of Drop
. This behavior is
guaranteed by the language.
Unlike for structs, local variables are dropped in reverse order:
struct Foo; impl Drop for Foo { fn drop(&mut self) { println!("Dropping Foo!") } } struct Bar; impl Drop for Bar { fn drop(&mut self) { println!("Dropping Bar!") } } fn main() { let _foo = Foo; let _bar = Bar; }
This will print
Dropping Bar!
Dropping Foo!
Please see the reference for the full rules.
Copy
and Drop
are exclusive
You cannot implement both Copy
and Drop
on the same type. Types that
are Copy
get implicitly duplicated by the compiler, making it very
hard to predict when, and how often destructors will be executed. As such,
these types cannot have destructors.
Required methods
pub fn drop(&mut self)
[src]
Executes the destructor for this type.
This method is called implicitly when the value goes out of scope,
and cannot be called explicitly (this is compiler error E0040).
However, the mem::drop
function in the prelude can be
used to call the argument's Drop
implementation.
When this method has been called, self
has not yet been deallocated.
That only happens after the method is over.
If this wasn't the case, self
would be a dangling reference.
Panics
Given that a panic!
will call drop
as it unwinds, any panic!
in a drop
implementation will likely abort.
Note that even if this panics, the value is considered to be dropped;
you must not cause drop
to be called again. This is normally automatically
handled by the compiler, but when using unsafe code, can sometimes occur
unintentionally, particularly when using ptr::drop_in_place
.
Implementations on Foreign Types
impl Drop for CString
[src]
impl<W> Drop for BufWriter<W> where
W: Write,
[src]
W: Write,
impl<T> Drop for SyncOnceCell<T>
[src]
impl<'f> Drop for VaListImpl<'f>
[src]
impl Drop for Waker
[src]
impl<T, const N: usize> Drop for IntoIter<T, N>
[src]
impl<'_> Drop for Drain<'_>
[src]
impl<'a, T> Drop for DrainSorted<'a, T> where
T: Ord,
[src]
T: Ord,
impl<T> Drop for LinkedList<T>
[src]
impl<'_, T, F> Drop for DrainFilter<'_, T, F> where
F: FnMut(&mut T) -> bool,
[src]
F: FnMut(&mut T) -> bool,
impl<'_, T> Drop for PeekMut<'_, T> where
T: Ord,
[src]
Loading content...T: Ord,
Implementors
impl<'_, I, A> Drop for Splice<'_, I, A> where
A: Allocator,
I: Iterator,
1.21.0[src]
A: Allocator,
I: Iterator,
impl<'_, K, V, F> Drop for sp_std::collections::btree_map::DrainFilter<'_, K, V, F> where
F: FnMut(&K, &mut V) -> bool,
[src]
F: FnMut(&K, &mut V) -> bool,
impl<'_, T> Drop for sp_std::collections::vec_deque::Drain<'_, T>
1.6.0[src]
impl<'_, T> Drop for MutexGuard<'_, T> where
T: ?Sized,
[src]
T: ?Sized,
impl<'_, T> Drop for RwLockReadGuard<'_, T> where
T: ?Sized,
[src]
T: ?Sized,
impl<'_, T> Drop for RwLockWriteGuard<'_, T> where
T: ?Sized,
[src]
T: ?Sized,
impl<'_, T, A> Drop for sp_std::vec::Drain<'_, T, A> where
A: Allocator,
1.6.0[src]
A: Allocator,
impl<'_, T, F> Drop for sp_std::collections::btree_set::DrainFilter<'_, T, F> where
F: FnMut(&T) -> bool,
[src]
F: FnMut(&T) -> bool,
impl<'_, T, F, A> Drop for sp_std::vec::DrainFilter<'_, T, F, A> where
A: Allocator,
F: FnMut(&mut T) -> bool,
[src]
A: Allocator,
F: FnMut(&mut T) -> bool,
impl<K, V> Drop for BTreeMap<K, V>
1.7.0[src]
impl<K, V> Drop for sp_std::collections::btree_map::IntoIter<K, V>
1.7.0[src]
impl<T> Drop for VecDeque<T>
[src]
impl<T> Drop for Rc<T> where
T: ?Sized,
[src]
T: ?Sized,
pub fn drop(&mut self)
[src]
Drops the Rc
.
This will decrement the strong reference count. If the strong reference
count reaches zero then the only other references (if any) are
Weak
, so we drop
the inner value.
Examples
use std::rc::Rc; struct Foo; impl Drop for Foo { fn drop(&mut self) { println!("dropped!"); } } let foo = Rc::new(Foo); let foo2 = Rc::clone(&foo); drop(foo); // Doesn't print anything drop(foo2); // Prints "dropped!"
impl<T> Drop for sp_std::rc::Weak<T> where
T: ?Sized,
1.4.0[src]
T: ?Sized,
pub fn drop(&mut self)
[src]
Drops the Weak
pointer.
Examples
use std::rc::{Rc, Weak}; struct Foo; impl Drop for Foo { fn drop(&mut self) { println!("dropped!"); } } let foo = Rc::new(Foo); let weak_foo = Rc::downgrade(&foo); let other_weak_foo = Weak::clone(&weak_foo); drop(weak_foo); // Doesn't print anything drop(foo); // Prints "dropped!" assert!(other_weak_foo.upgrade().is_none());
impl<T> Drop for Receiver<T>
[src]
impl<T> Drop for Sender<T>
[src]
impl<T> Drop for SyncSender<T>
[src]
impl<T> Drop for Arc<T> where
T: ?Sized,
[src]
T: ?Sized,
pub fn drop(&mut self)
[src]
Drops the Arc
.
This will decrement the strong reference count. If the strong reference
count reaches zero then the only other references (if any) are
Weak
, so we drop
the inner value.
Examples
use std::sync::Arc; struct Foo; impl Drop for Foo { fn drop(&mut self) { println!("dropped!"); } } let foo = Arc::new(Foo); let foo2 = Arc::clone(&foo); drop(foo); // Doesn't print anything drop(foo2); // Prints "dropped!"
impl<T> Drop for RwLock<T> where
T: ?Sized,
[src]
T: ?Sized,
impl<T> Drop for sp_std::sync::Weak<T> where
T: ?Sized,
1.4.0[src]
T: ?Sized,
pub fn drop(&mut self)
[src]
Drops the Weak
pointer.
Examples
use std::sync::{Arc, Weak}; struct Foo; impl Drop for Foo { fn drop(&mut self) { println!("dropped!"); } } let foo = Arc::new(Foo); let weak_foo = Arc::downgrade(&foo); let other_weak_foo = Weak::clone(&weak_foo); drop(weak_foo); // Doesn't print anything drop(foo); // Prints "dropped!" assert!(other_weak_foo.upgrade().is_none());
impl<T, A> Drop for Box<T, A> where
T: ?Sized,
A: Allocator,
[src]
T: ?Sized,
A: Allocator,
impl<T, A> Drop for sp_std::vec::IntoIter<T, A> where
A: Allocator,
[src]
A: Allocator,
impl<T, A> Drop for Vec<T, A> where
A: Allocator,
[src]
A: Allocator,