. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 498 21. 最后的项目：构建多线程 web server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 508 21.2. 将单线程 server 变为多线程 server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 并介绍分享代码库的最佳实践。第十五章讨论标准库提供的智能 指针以及相关的 trait。 8/562Rust 程序设计语言 简体中文版 第十六章将引导我们了解不同的并发编程模型，并探讨 Rust 如何帮助你无畏地进行多线程编 程。第十七章将在此基础上进一步探索 Rust 的 async 和 await 语法，以及它们所支持的轻量 级并发模型。 第十八章着眼于 Rust 风格与你可能比较熟悉的 OOP（面向对象编程）原则之间的比较。第十

习题 317 62.1 哲学家就餐问题 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317 62.2 多线程链接检查器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318 62.3 并发编程：上午练习 . . . . • 我们引入了块，以尽可能缩小 LockGuard 的作用域。 316 第 62 部分 习题 现在通过 • 哲学家用餐示例来练习我们新学习到的并发技巧：该示例是典型的并发问题。 • 多线程链接检查器：对于大型项目，需要使用 Cargo 下载依赖项，然后并行检查链接。 After looking at the exercises, you can look at the solutions toml： [package] name = "dining-philosophers" version = "0.1.0" edition = "2021" 62.2 多线程链接检查器 运用掌握的新知识创建一个多线程链接检查工具。应先从网页入手，并检查网页上的链接是否有效。该工 具应以递归方式检查同一网域中的其他网页，并且一直执行此操作，直到所有网页都通过验证。 For this, you

每次去查，这样可以 跟我学 Shiro——http://jinnianshilongnian.iteye.com/ 6 提高效率； Concurrency：shiro 支持多线程应用的并发验证，即如在一个线程中开启另一个线程，能 把权限自动传播过去； Testing：提供测试支持； Run As：允许一个用户假装为另一个用户（如果他们允许）的身份进行访问； Remember true；而 a 的身 份需要通过 subject. getPreviousPrincipals 获取；如果不需要 RunAs 了调用 subject. releaseRunAs 即可。 8、多线程 void logout(); boolean isPermitted(String permission); boolean isPermitted(Permission permission); Shiro——http://jinnianshilongnian.iteye.com/ 61 实现线程之间的 Subject 传播，因为 Subject 是线程绑定的；因此在多线程执行中需要传播 到相应的线程才能获取到相应的 Subject。最简单的办法就是通过 execute(runnable/callable 实例)直接调用；或者通过 associateWith(runnable/callable

一个同步的队列类 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 742 17.8 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 745 17.9 _dummy_thread --- else: print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被 调用前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式 来减少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改 变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐 在线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 786 17.8 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 789 17.9 _dummy_thread else: print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被调用 前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式来减 少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐在 线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 831 17.10 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 832 18 网络和进程间通信 835 18 (续上页) print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被 调用前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式 来减少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改 变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐 在线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

上下文变量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785 17.10 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 788 17.11 _dummy_thread else: print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被 调用前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式 来减少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改 变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐 在线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

上下文变量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785 17.10 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 788 17.11 _dummy_thread else: print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被 调用前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式 来减少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改 变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐 在线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 892 17.10 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 893 18 网络和进程间通信 897 else: print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被调用 前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式来减 少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐在 线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 841 17.10 _thread --- 底层多线程 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 845 17.11 _dummy_thread (续上页) print("Object is still live!") o.do_something_useful() 使用单独的“存活”测试会在多线程应用中制造竞争条件；其他线程可能导致某个弱引用在该弱引用被调用 前就失效；上述的写法在多线程应用和单线程应用中都是安全的。 特别版本的ref 对象可以通过子类化来创建。在WeakValueDictionary 的实现中就使用了这种方式来减 少 decimal.DefaultContext 此上下文被Context 构造器用作新上下文的原型。改变一个字段（例如精度）的效果将是改变Context 构造器所创建的新上下文的默认值。 此上下文最适用于多线程环境。在线程开始前改变一个字段具有设置全系统默认值的效果。不推荐在 线程开始后改变字段，因为这会要求线程同步避免竞争条件。 在单线程环境中，最好完全不使用此上下文。而是简单地电显式创建上下文，具体如下所述。