Before jumping into what makes Rust's memory management system unique, we must define the terms we are working with. After, we can establish examples that help us understand this tricky subject. We will cover various topics to solidify your understanding of some of Rust's core concepts.
Table of Contents
What is Memory?
Memory is comprised of addresses and values.
An address is a location on your computer used to find a piece of data.
A value is the data stored at a location on your computer.
Working with memory can be dangerous, so before you start accessing random memory addresses on your computer, let's talk about those dangers and how Rust tries to mitigate them.
What is Memory Safety?
Working with memory is a core aspect of computing, allowing us to perform a series of tasks we refer to as our program. However, working with memory introduces a variety of pitfalls that modern languages like Rust intend to protect us from.
Think of it like knocking on someone's door that doesn't expect you to be there. Not everyone is as friendly as they seem, and this is the case for accessing and attempting to mutate values stored at foreign memory addresses.
Because of the bugs and errors this can produce, languages like Rust have safe strategies for accessing data in memory. Higher-level programming languages opt to shield programmers from these afflictions completely. Although this may seem a wiser option, lower-level languages enable programmers to take agency of memory. When done right, the outcome is a more efficient and performant program.
Can you say 🔥BLAZINGLY FAST🔥 with me?
Now, let's Segway into Rust's solution...
What is Ownership?
In Rust, ownership is used to manage memory safely. An owner is a piece of code, object, or variable with complete control over the data it holds. When a variable is declared, a memory address is given to that variable. It is considered the owner of that address until it is no longer needed or ownership is transferred. This means that at some point in our program, Rust will free the memory we were using without needing to deallocate like we may have to in other languages manually. In Rust, transferring ownership is called a move. When ownership of a value is moved, we can no longer access the value from the first memory address.
fn main() {
let s1 = String::from("hello");
let s2 = s1; // ownership of `s1` has moved to `s2`
println!("{s1}"); /* this will result in an error, because
`s1` has moved to `s2` */
}
Before jumping into the ownership rules, let's define a few more terms.
What is Borrowing?
If a value can only have one owner, we need a way to allow other pieces of code to access the data stored in memory addresses without taking ownership. We refer to this as borrowing. Borrowing enables us to create a reference to another piece of data without taking responsibility for the memory. A reference in Rust, written with the & symbol, refers to a memory address that holds a value. Borrowing also ensures that you are operating on non-null, valid memory addresses.
fn main() {
let x = String::from("Hello, world");
let ref_to_x = &x; /* `ref_to_x` borrows the value
stored in `x` */
println!("{ref_to_x}"); // prints "Hello, world"
}
Borrowing vs. Moving values in functions
Certain behaviors of ownership can come unnatural to new users of Rust. For example, ownership is moved to a parameter when passing owned values as function arguments. This means the original owner will no longer have access to the value it once stored. Let's see what this looks like and how to resolve the issue.
fn main() {
let s = String::from("Hello, world!");
/* when we call `print_length()`, ownership moves to
the parameter `str` */
print_length(s);
/* the following line throws an error because
`s` no longer owns a value */
println!("{}", s);
}
// str takes ownership of arguments passed to this function
fn print_length(str: String) {
println!("Length of string: {}", str.len());
}
To avoid moving ownership to functions, we can write code that allows us to borrow the value instead. To do this, our function parameters should take in a reference (&) to a value rather than the value itself.
fn main() {
let s = String::from("Hello, world!");
print_length(&s);
println!("{s}"); // prints "Hello, world!"
}
fn print_length(str: &str) {
// prints "Length of string: 13"
println!("Length of string: {}", str.len());
}
We can decide to move ownership into a function and later return and retake ownership. However, it's often more common to borrow values.
Mutable vs. Immutable values
An immutable value is a value that cannot change (read-only). By default, variables in Rust are immutable.
fn main() {
let x = 10;
x += 10; /* this line will throw a compile
time error because `x` is immutable */
println!("{x}");
}
A mutable value is a value that can change. In Rust, we denote this with the mut keyword.
fn main() {
let mut x = 10; // `x` is defined as a mutable
x += 10;
println!("{x}"); // prints 20
}
Note that you can pass mutable references by combining what we learned about borrowing with the mut keyword. First, let's understand dereferencing, and then we will jump into a code example. Dereferencing allows us to take a reference to a value and "follow it back" to its memory location, allowing us to modify it. This allows us to produce new results with existing data:
fn main() {
let mut x = 10;
let y = &mut x; // `y` holds a mutable reference to `x`
*y += 5; // this line dereferences the value stored in `y`
println!("{y}"); // prints 15
println!("{x}"); // also prints 15
}
Since a mutable reference to x passes to the variable y, when y mutates, x reflects the changes.
Rules of Ownership
Rust has a few rules for ownership that allow us to compile. By abiding by the following limitations, you'll be sure to have a great relationship with your compiler:
Each value can have, at most, a single owner
Under the strictness of this rule, Rust can ensure precise control of memory throughout the life of your app. If an address can have many owners, imprecise management of that memory can lead to unwanted behavior.
fn main() {
let s1 = String::from("hello");
let s2 = s1; // ownership of `s1` has moved to `s2`
println!("{s1}"); /* this will result in an error, because
`s1` has moved to `s2` */
}
When the owner goes out of scope, the value will drop
This ensures that memory addresses free up when they are no longer used.
fn main() {
let address;
{
// `temp` will drop when this inner scope ends
let temp = String::from("Hello, world!");
address = &temp;
}
/* Rust will throw a compile time error because we
are borrowing the value at `temp's` memory address:
"borrowed value does not live long enough" */
println!("{address}");
}
You cannot have more than one mutable reference to the same value in the same scope
Allowing multiple mutable references creates ambiguity. How would we know what responsibilities we want each reference to have?
fn main() {
let mut s1 = String::from("hi");
// we cannot have two mutable references to `s1`
let s2 = &mut s1;
let s3 = &mut s1;
/* as soon as we try to make a mutation, Rust throws
a compile time error */
s2.push('!');
s3.push('.');
println!("{s1}");
}
You can have any number of immutable references as long as a mutable reference has not also been defined
Rust will allow you to have as many immutable references as you want. However, if you have declared a mutable reference, you cannot also have immutable references.
fn main() {
let s1 = String::from("hi");
// Rust allows any number of immutable references
let s2 = &s1;
let s3 = &s1;
let s4 = &s1;
println!("{s2}, {s3}, {s4}"); // prints "hi, hi, hi"
}
Conclusion
See, wasn't too bad after all, right? Rust allows us to work with memory safely, and the compiler will ensure we are on the right path every step of the way! With an understanding of ownership, borrowing, memory safety, moves, references, and more, you should be off writing 🔥BLAZINGLY FAST🔥 code in no time!
Thanks for reading! I hope this blog post inspired your interest in the Rust language 🦀. For more information on Ownership and Borrowing, visit chapter 4 of The Rust Book.
Comments and feedback are greatly appreciated!
Top comments (2)
YO!!!! I know NOTHING about Rust and this was an incredibly fluid, sensible read. Great job fluxing between perspectives of teacher vs. learner and effectively explaining information in a way that someone with no knowledge of the concepts can understand. You have a serious talent for writing 😄
I am delighted to hear that you enjoyed reading my blog, and I hope it inspires you to explore Rust in the future. Your kind words mean a lot to me, and I appreciate your continued support!