闭包:捕获其环境的匿名函数
Rust 的闭包是匿名函数,您可以将它们保存在变量中或作为参数传递给其他函数。您可以在一个地方创建闭包,然后在其他地方调用闭包以在不同的上下文中对其进行求值。与函数不同,闭包可以捕获定义它们的作用域中的值。我们将演示这些闭包特性如何实现代码重用和行为自定义。
使用闭包捕获环境
我们首先要研究如何使用闭包来捕获定义它们的环境中的值,以便以后使用。以下是场景:我们的 T 恤公司偶尔会向邮件列表中的某个人赠送一件独家的限量版 T 恤作为促销活动。邮件列表中的人可以选择在他们的个人资料中添加他们最喜欢的颜色。如果被选中获得免费 T 恤的人设置了他们最喜欢的颜色,他们就会得到那种颜色的 T 恤。如果此人没有指定最喜欢的颜色,他们将获得公司当前库存最多的颜色。
有很多方法可以实现这一点。在本例中,我们将使用一个名为 ShirtColor
的枚举,它具有 Red
和 Blue
两种变体(为了简单起见,限制了可用颜色的数量)。我们使用 Inventory
结构体来表示公司的库存,该结构体有一个名为 shirts
的字段,其中包含一个表示当前库存 T 恤颜色的 Vec<ShirtColor>
。在 Inventory
上定义的 giveaway
方法获取免费 T 恤获得者的可选 T 恤颜色偏好,并返回该人将获得的 T 恤颜色。清单 13-1 显示了此设置
文件名:src/main.rs
#[derive(Debug, PartialEq, Copy, Clone)]
enum ShirtColor {
Red,
Blue,
}
struct Inventory {
shirts: Vec<ShirtColor>,
}
impl Inventory {
fn giveaway(&self, user_preference: Option<ShirtColor>) -> ShirtColor {
user_preference.unwrap_or_else(|| self.most_stocked())
}
fn most_stocked(&self) -> ShirtColor {
let mut num_red = 0;
let mut num_blue = 0;
for color in &self.shirts {
match color {
ShirtColor::Red => num_red += 1,
ShirtColor::Blue => num_blue += 1,
}
}
if num_red > num_blue {
ShirtColor::Red
} else {
ShirtColor::Blue
}
}
}
fn main() {
let store = Inventory {
shirts: vec![ShirtColor::Blue, ShirtColor::Red, ShirtColor::Blue],
};
let user_pref1 = Some(ShirtColor::Red);
let giveaway1 = store.giveaway(user_pref1);
println!(
"The user with preference {:?} gets {:?}",
user_pref1, giveaway1
);
let user_pref2 = None;
let giveaway2 = store.giveaway(user_pref2);
println!(
"The user with preference {:?} gets {:?}",
user_pref2, giveaway2
);
}
在 main
中定义的 store
还有两件蓝色 T 恤和一件红色 T 恤可供本次限量促销活动分发。我们为喜欢红色 T 恤的用户和没有任何偏好的用户调用 giveaway
方法。
同样,这段代码可以用多种方式实现,在这里,为了专注于闭包,我们坚持使用您已经学过的概念,除了使用闭包的 giveaway
方法的主体之外。在 giveaway
方法中,我们将用户偏好作为 Option<ShirtColor>
类型的参数,并在 user_preference
上调用 unwrap_or_else
方法。标准库定义了 Option<T>
上的 unwrap_or_else
方法。它接受一个参数:一个不带任何参数的闭包,该闭包返回一个 T
类型的值(与存储在 Option<T>
的 Some
变体中的类型相同,在本例中为 ShirtColor
)。如果 Option<T>
是 Some
变体,则 unwrap_or_else
返回 Some
中的值。如果 Option<T>
是 None
变体,则 unwrap_or_else
调用闭包并返回闭包返回的值。
我们将闭包表达式 || self.most_stocked()
指定为 unwrap_or_else
的参数。这是一个不带任何参数的闭包(如果闭包有参数,它们将出现在两个竖线之间)。闭包的主体调用 self.most_stocked()
。我们在这里定义闭包,如果需要结果,unwrap_or_else
的实现将在稍后评估闭包。
运行此代码将打印
$ cargo run
Compiling shirt-company v0.1.0 (file:///projects/shirt-company)
Finished dev [unoptimized + debuginfo] target(s) in 0.27s
Running `target/debug/shirt-company`
The user with preference Some(Red) gets Red
The user with preference None gets Blue
这里一个有趣的地方是,我们传递了一个闭包,它在当前的 Inventory
实例上调用 self.most_stocked()
。标准库不需要知道我们定义的 Inventory
或 ShirtColor
类型,也不需要知道我们希望在这种情况下使用的逻辑。闭包捕获对 self
Inventory
实例的不可变引用,并将其与我们指定的代码一起传递给 unwrap_or_else
方法。另一方面,函数无法以这种方式捕获其环境。
闭包类型推断和标注
函数和闭包之间还有更多区别。闭包通常不需要像 fn
函数那样注释参数或返回值的类型。函数需要类型注释,因为类型是公开给用户的显式接口的一部分。严格定义此接口对于确保每个人都同意函数使用和返回的值类型非常重要。另一方面,闭包不会在此类公开接口中使用:它们存储在变量中,并且在不命名它们和将它们公开给库用户的情况下使用。
闭包通常很短,并且仅在狭窄的上下文中相关,而不是在任何任意场景中相关。在这些有限的上下文中,编译器可以推断参数的类型和返回类型,类似于它能够推断大多数变量的类型(在极少数情况下,编译器也需要闭包类型注释)。
与变量一样,如果我们想提高显式性和清晰度,我们可以添加类型注释,但代价是比严格需要的更加冗长。注释闭包的类型看起来类似于代码清单 13-2 中所示的定义。在此示例中,我们定义了一个闭包并将其存储在一个变量中,而不是像在代码清单 13-1 中那样在将其作为参数传递的位置定义闭包。
文件名:src/main.rs
use std::thread; use std::time::Duration; fn generate_workout(intensity: u32, random_number: u32) { let expensive_closure = |num: u32| -> u32 { println!("calculating slowly..."); thread::sleep(Duration::from_secs(2)); num }; if intensity < 25 { println!("Today, do {} pushups!", expensive_closure(intensity)); println!("Next, do {} situps!", expensive_closure(intensity)); } else { if random_number == 3 { println!("Take a break today! Remember to stay hydrated!"); } else { println!( "Today, run for {} minutes!", expensive_closure(intensity) ); } } } fn main() { let simulated_user_specified_value = 10; let simulated_random_number = 7; generate_workout(simulated_user_specified_value, simulated_random_number); }
添加类型注释后,闭包的语法看起来更类似于函数的语法。在这里,我们定义了一个函数,它为其参数加 1,并定义了一个具有相同行为的闭包,以便进行比较。我们添加了一些空格来排列相关部分。这说明了闭包语法如何类似于函数语法,除了使用管道和可选语法量的不同之外
fn add_one_v1 (x: u32) -> u32 { x + 1 }
let add_one_v2 = |x: u32| -> u32 { x + 1 };
let add_one_v3 = |x| { x + 1 };
let add_one_v4 = |x| x + 1 ;
第一行显示函数定义,第二行显示完全注释的闭包定义。在第三行中,我们从闭包定义中删除了类型注释。在第四行中,我们删除了括号,这是可选的,因为闭包体只有一个表达式。这些都是有效的定义,它们在被调用时会产生相同的行为。add_one_v3
和 add_one_v4
行要求对闭包进行求值才能编译,因为类型将从它们的用法中推断出来。这类似于 let v = Vec::new();
需要类型注释或插入到 Vec
中的某种类型的值才能让 Rust 推断类型。
对于闭包定义,编译器将为它们的每个参数和返回值推断一个具体类型。例如,代码清单 13-3 显示了一个短闭包的定义,该闭包只返回它作为参数接收的值。除了本示例的目的之外,此闭包并不是很有用。请注意,我们没有向定义添加任何类型注释。因为没有类型注释,所以我们可以使用任何类型调用闭包,我们在这里第一次使用 String
做到了。如果我们然后尝试使用整数调用 example_closure
,我们会收到一个错误。
文件名:src/main.rs
fn main() {
let example_closure = |x| x;
let s = example_closure(String::from("hello"));
let n = example_closure(5);
}
编译器给我们这个错误
$ cargo run
Compiling closure-example v0.1.0 (file:///projects/closure-example)
error[E0308]: mismatched types
--> src/main.rs:5:29
|
5 | let n = example_closure(5);
| --------------- ^- help: try using a conversion method: `.to_string()`
| | |
| | expected `String`, found integer
| arguments to this function are incorrect
|
note: expected because the closure was earlier called with an argument of type `String`
--> src/main.rs:4:29
|
4 | let s = example_closure(String::from("hello"));
| --------------- ^^^^^^^^^^^^^^^^^^^^^ expected because this argument is of type `String`
| |
| in this closure call
note: closure parameter defined here
--> src/main.rs:2:28
|
2 | let example_closure = |x| x;
| ^
For more information about this error, try `rustc --explain E0308`.
error: could not compile `closure-example` (bin "closure-example") due to 1 previous error
我们第一次使用 String
值调用 example_closure
时,编译器将 x
的类型和闭包的返回类型推断为 String
。然后,这些类型被锁定在 example_closure
中的闭包中,当我们下次尝试对同一个闭包使用不同类型时,我们会收到类型错误。
捕获引用或移动所有权
闭包可以通过三种方式从其环境中捕获值,这三种方式直接映射到函数获取参数的三种方式:不可变借用、可变借用和获取所有权。闭包将根据函数体对捕获值的处理方式来决定使用哪一种方式。
在代码清单 13-4 中,我们定义了一个闭包,它捕获对名为 list
的向量的不可变引用,因为它只需要一个不可变引用来打印值
文件名:src/main.rs
fn main() { let list = vec![1, 2, 3]; println!("Before defining closure: {list:?}"); let only_borrows = || println!("From closure: {list:?}"); println!("Before calling closure: {list:?}"); only_borrows(); println!("After calling closure: {list:?}"); }
此示例还说明了一个变量可以绑定到一个闭包定义,并且我们稍后可以通过使用变量名和括号来调用闭包,就好像变量名是一个函数名一样。
因为我们可以同时拥有对 list
的多个不可变引用,所以 list
在闭包定义之前的代码中、闭包定义之后但在闭包被调用之前以及闭包被调用之后仍然是可访问的。这段代码可以编译、运行并打印
$ cargo run
Compiling closure-example v0.1.0 (file:///projects/closure-example)
Finished dev [unoptimized + debuginfo] target(s) in 0.43s
Running `target/debug/closure-example`
Before defining closure: [1, 2, 3]
Before calling closure: [1, 2, 3]
From closure: [1, 2, 3]
After calling closure: [1, 2, 3]
接下来,在代码清单 13-5 中,我们更改闭包体,以便它向 list
向量添加一个元素。闭包现在捕获了一个可变引用
文件名:src/main.rs
fn main() { let mut list = vec![1, 2, 3]; println!("Before defining closure: {list:?}"); let mut borrows_mutably = || list.push(7); borrows_mutably(); println!("After calling closure: {list:?}"); }
这段代码可以编译、运行并打印
$ cargo run
Compiling closure-example v0.1.0 (file:///projects/closure-example)
Finished dev [unoptimized + debuginfo] target(s) in 0.43s
Running `target/debug/closure-example`
Before defining closure: [1, 2, 3]
After calling closure: [1, 2, 3, 7]
请注意,在 borrows_mutably
闭包的定义和调用之间不再有 println!
:当定义 borrows_mutably
时,它会捕获对 list
的可变引用。我们在调用闭包后不再使用闭包,因此可变借用结束。在闭包定义和闭包调用之间,不允许使用不可变借用来打印,因为当存在可变借用时,不允许进行其他借用。尝试在那里添加一个 println!
,看看你会得到什么错误信息!
如果你想强制闭包获取它在环境中使用的值的所有权,即使闭包体并不严格需要所有权,你可以在参数列表之前使用 move
关键字。
当将闭包传递给新线程以移动数据以便新线程拥有数据时,此技术非常有用。我们将在第 16 章讨论并发时详细讨论线程以及为什么要使用它们,但现在,让我们简要地探讨一下使用需要 move
关键字的闭包生成新线程。代码清单 13-6 显示了修改后的代码清单 13-4,以便在新线程而不是主线程中打印向量
文件名:src/main.rs
use std::thread; fn main() { let list = vec![1, 2, 3]; println!("Before defining closure: {list:?}"); thread::spawn(move || println!("From thread: {list:?}")) .join() .unwrap(); }
我们生成一个新线程,为线程提供一个闭包作为参数来运行。闭包体打印出列表。在代码清单 13-4 中,闭包仅使用不可变引用捕获 list
,因为这是打印它所需的对 list
的最小访问权限。在本例中,即使闭包体仍然只需要一个不可变引用,我们也需要通过在闭包定义的开头放置 move
关键字来指定 list
应该被移动到闭包中。新线程可能会在主线程的其余部分完成之前完成,或者主线程可能会先完成。如果主线程保持对 list
的所有权,但在新线程完成之前结束并删除了 list
,则线程中的不可变引用将无效。因此,编译器要求将 list
移动到提供给新线程的闭包中,以便引用有效。尝试删除 move
关键字或在定义闭包后在主线程中使用 list
,看看你会得到什么编译器错误!
将捕获的值移出闭包和 Fn
特征
一旦闭包捕获了对定义闭包的环境中的值的引用或所有权(从而影响了哪些内容(如果有的话)被移动到闭包中),闭包体中的代码就会定义在稍后对闭包求值时对引用或值的处理方式(从而影响了哪些内容(如果有的话)被移动出闭包)。闭包体可以执行以下任何操作:将捕获的值移出闭包、改变捕获的值、既不移动也不改变值,或者一开始就不从环境中捕获任何内容。
闭包捕获和处理环境中的值的方式会影响闭包实现哪些特征,而特征是函数和结构体如何指定它们可以使用哪些类型的闭包。闭包将自动实现一个、两个或所有三个 Fn
特征,以累加的方式,具体取决于闭包体如何处理值
FnOnce
适用于可以调用一次的闭包。所有闭包至少都实现了这个特征,因为所有闭包都可以被调用。将捕获的值移出其体的闭包将只实现FnOnce
,而不实现其他任何Fn
特征,因为它只能被调用一次。FnMut
适用于不将捕获的值移出其体但可能会改变捕获的值的闭包。这些闭包可以被调用多次。Fn
适用于不将捕获的值移出其体并且不改变捕获的值的闭包,以及不从其环境中捕获任何内容的闭包。这些闭包可以被调用多次而不会改变其环境,这在诸如并发地多次调用闭包的情况下非常重要。
让我们看一下我们在代码清单 13-1 中使用的 Option<T>
上的 unwrap_or_else
方法的定义
impl<T> Option<T> {
pub fn unwrap_or_else<F>(self, f: F) -> T
where
F: FnOnce() -> T
{
match self {
Some(x) => x,
None => f(),
}
}
}
回想一下,T
是表示 Option
的 Some
变体中的值的类型的泛型类型。类型 T
也是 unwrap_or_else
函数的返回类型:例如,在 Option<String>
上调用 unwrap_or_else
的代码将获得一个 String
。
接下来,请注意 unwrap_or_else
函数具有额外的泛型类型参数 F
。F
类型是名为 f
的参数的类型,它是我们在调用 unwrap_or_else
时提供的闭包。
在泛型类型 F
上指定的特征绑定是 FnOnce() -> T
,这意味着 F
必须能够被调用一次,不接受任何参数,并返回一个 T
。在特征绑定中使用 FnOnce
表示 unwrap_or_else
最多只会调用 f
一次的约束。在 unwrap_or_else
的主体中,我们可以看到如果 Option
是 Some
,则不会调用 f
。如果 Option
是 None
,则 f
将被调用一次。因为所有闭包都实现了 FnOnce
,所以 unwrap_or_else
接受所有三种闭包,并且尽可能灵活。
注意:函数也可以实现所有三个
Fn
trait。如果我们想要做的事情不需要从环境中捕获值,那么我们可以在需要实现Fn
trait 的地方使用函数名而不是闭包。例如,在一个Option<Vec<T>>
值上,我们可以调用unwrap_or_else(Vec::new)
来获取一个新的空向量,如果该值为None
的话。
现在让我们来看看定义在切片上的标准库方法 sort_by_key
,看看它与 unwrap_or_else
有什么不同,以及为什么 sort_by_key
对 trait bound 使用 FnMut
而不是 FnOnce
。闭包接收一个参数,该参数是对正在考虑的切片中当前项的引用,并返回一个可以排序的 K
类型的值。当您想按每个项的特定属性对切片进行排序时,此函数非常有用。在代码清单 13-7 中,我们有一个 Rectangle
实例列表,我们使用 sort_by_key
按其 width
属性从小到大对它们进行排序。
文件名:src/main.rs
#[derive(Debug)] struct Rectangle { width: u32, height: u32, } fn main() { let mut list = [ Rectangle { width: 10, height: 1 }, Rectangle { width: 3, height: 5 }, Rectangle { width: 7, height: 12 }, ]; list.sort_by_key(|r| r.width); println!("{list:#?}"); }
这段代码打印
$ cargo run
Compiling rectangles v0.1.0 (file:///projects/rectangles)
Finished dev [unoptimized + debuginfo] target(s) in 0.41s
Running `target/debug/rectangles`
[
Rectangle {
width: 3,
height: 5,
},
Rectangle {
width: 7,
height: 12,
},
Rectangle {
width: 10,
height: 1,
},
]
sort_by_key
被定义为接收一个 FnMut
闭包的原因是它会多次调用该闭包:对切片中的每个项调用一次。闭包 |r| r.width
不会从其环境中捕获、改变或移出任何内容,因此它满足 trait bound 的要求。
相反,代码清单 13-8 显示了一个仅实现 FnOnce
trait 的闭包示例,因为它从环境中移出了一个值。编译器不允许我们将此闭包与 sort_by_key
一起使用。
文件名:src/main.rs
#[derive(Debug)]
struct Rectangle {
width: u32,
height: u32,
}
fn main() {
let mut list = [
Rectangle { width: 10, height: 1 },
Rectangle { width: 3, height: 5 },
Rectangle { width: 7, height: 12 },
];
let mut sort_operations = vec![];
let value = String::from("closure called");
list.sort_by_key(|r| {
sort_operations.push(value);
r.width
});
println!("{list:#?}");
}
这是一种人为的、复杂的方式(不起作用),试图计算 sort_by_key
在对 list
进行排序时调用闭包的次数。这段代码试图通过将 value
(闭包环境中的一个 String
)推送到 sort_operations
向量中来进行计数。闭包捕获 value
,然后通过将 value
的所有权转移到 sort_operations
向量来将 value
移出闭包。这个闭包可以被调用一次;尝试第二次调用它将不起作用,因为 value
将不再在环境中被再次推送到 sort_operations
中!因此,此闭包仅实现 FnOnce
。当我们尝试编译此代码时,我们会收到此错误,即无法将 value
移出闭包,因为闭包必须实现 FnMut
。
$ cargo run
Compiling rectangles v0.1.0 (file:///projects/rectangles)
error[E0507]: cannot move out of `value`, a captured variable in an `FnMut` closure
--> src/main.rs:18:30
|
15 | let value = String::from("closure called");
| ----- captured outer variable
16 |
17 | list.sort_by_key(|r| {
| --- captured by this `FnMut` closure
18 | sort_operations.push(value);
| ^^^^^ move occurs because `value` has type `String`, which does not implement the `Copy` trait
For more information about this error, try `rustc --explain E0507`.
error: could not compile `rectangles` (bin "rectangles") due to 1 previous error
该错误指向闭包主体中将 value
移出环境的行。要解决此问题,我们需要更改闭包主体,使其不会将值移出环境。要计算闭包被调用的次数,在环境中保留一个计数器并在闭包主体中增加其值是一种更直接的计算方法。代码清单 13-9 中的闭包适用于 sort_by_key
,因为它只捕获对 num_sort_operations
计数器的可变引用,因此可以被调用多次。
文件名:src/main.rs
#[derive(Debug)] struct Rectangle { width: u32, height: u32, } fn main() { let mut list = [ Rectangle { width: 10, height: 1 }, Rectangle { width: 3, height: 5 }, Rectangle { width: 7, height: 12 }, ]; let mut num_sort_operations = 0; list.sort_by_key(|r| { num_sort_operations += 1; r.width }); println!("{list:#?}, sorted in {num_sort_operations} operations"); }
Fn
trait 在定义或使用利用闭包的函数或类型时非常重要。在下一节中,我们将讨论迭代器。许多迭代器方法都采用闭包参数,因此在我们继续学习时请牢记这些闭包细节!