You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
|
|
|
|
|
# 无畏并发
|
|
|
|
|
|
|
|
|
|
|
|
<!-- https://github.com/rust-lang/book/blob/main/src/ch16-00-concurrency.md -->
|
|
|
|
|
|
<!-- commit 56ec353290429e6547109e88afea4de027b0f1a9 -->
|
|
|
|
|
|
|
|
|
|
|
|
安全且高效地处理并发编程是 Rust 的另一个主要目标。**并发编程**（_Concurrent programming_），代表程序的不同部分相互独立地执行，而**并行编程**（_parallel programming_）代表程序不同部分同时执行，这两个概念随着计算机越来越多的利用多处理器的优势而显得愈发重要。由于历史原因，在此类上下文中编程一直是困难且容易出错的：Rust 希望能改变这一现状。
|
|
|
|
|
|
|
|
|
|
|
|
起初，Rust 团队认为确保内存安全和防止并发问题是两个分别需要不同方法应对的挑战。随着时间的推移，团队发现所有权和类型系统是一系列解决内存安全**和**并发问题的强有力的工具！通过利用所有权和类型检查，在 Rust 中很多并发错误都是**编译时**错误，而非运行时错误。因此，相比花费大量时间尝试重现运行时并发 bug 出现的特定情况，不正确的代码会直接编译失败并提供解释问题的错误信息。因此，你可以在开发时修复代码，而不是在部署到生产环境后修复代码。我们给 Rust 的这一部分起了一个绰号**无畏并发**（_fearless concurrency_）。无畏并发令你的代码免于出现诡异的 bug 并可以轻松重构且无需担心会引入新的 bug。
|
|
|
|
|
|
|
|
|
|
|
|
> 注意：出于简洁的考虑，我们将很多问题归类为**并发**，而不是更准确的区分**并发和和/或并行**。对于本章，当我们谈到**并发**时，请自行脑内替换为 **并发和和/或并行**。在下一章中当区分二者更为重要时，我们会使用更准确的表述。
|
|
|
|
|
|
|
|
|
|
|
|
很多语言所提供的处理并发问题的解决方法都非常固有。例如，Erlang 有着优雅的消息传递（message-passing）并发功能，但只有模糊不清的在线程间共享状态的方法。对于高级语言来说，只实现可能解决方案的子集是一个合理的策略，因为高级语言所许诺的价值来源于牺牲一些控制来换取抽象。然而对于底层语言则期望提供在任何给定的情况下有着最高的性能且对硬件有更少的抽象。因此，Rust 提供了多种工具，以符合实际情况和需求的方式来为问题建模。
|
|
|
|
|
|
|
|
|
|
|
|
如下是本章将要涉及到的内容：
|
|
|
|
|
|
|
|
|
|
|
|
- 如何创建线程来同时运行多段代码。
|
|
|
|
|
|
- **消息传递**（_Message passing_）并发，其中信道（channel）被用来在线程间传递消息。
|
|
|
|
|
|
- **共享状态**（_Shared state_）并发，其中多个线程可以访问同一片数据。
|
|
|
|
|
|
- `Sync` 和 `Send` trait，将 Rust 的并发保证扩展到用户定义的以及标准库提供的类型中。
|
