▶ 访问临界资源的那段代码就是临界区，临界区必须互斥地使 用。 大纲 线程基础 线程控制 线程的同步 互斥锁 ▶ Java 引入对象互斥锁机制来实现线程的互斥操作，保证共 享数据操作的完整性。 ▶ Java 中每个对象都有一个互斥锁与之相连，用来保证在任 一时刻，只能有一个线程访问该对象。 ▶ 多线程对临界资源的并发访问是通过竞争互斥锁实现的。 大纲 线程基础 线程控制 线程的同步 synchronized 的用法 为了保证互斥，Java 语言使用synchronized关键字标识同步 的资源，包括： ▶ 对象 1 synchronized(对象) { 2 临界代码段 3 } ▶ 方法 1 public synchronized 返回值类型 方法名 { 2 方法体 3 } 等效方式： 1 public 返回值类型 方法名 { 2 synchronized(this) 8 } 大纲 线程基础 线程控制 线程的同步 synchronized 的功能 ▶ 首先判断对象或者方法的互斥锁是或否存在，若存在就获得 互斥锁，然后执行紧随其后的临界代码段或方法体； ▶ 如果对象或方法的互斥锁不在（已经被其他线程拿走），就 进入线程等待状态，直到获得互斥锁。 课程配套代码 ± sample.thread.syn.WithdrawMoneyFromBankSample

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 4 目录 目录 7.2 互斥量与临界区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 7.3 期物 return 0; } 7.2 互斥量与临界区 我们在操作系统、亦或是数据库的相关知识中已经了解过了有关并发技术的基本知识，mutex 就是 其中的核心之一。C++11 引入了 mutex 相关的类，其所有相关的函数都放在 头文件中。 std::mutex 是 C++11 中最基本的 mutex 类，通过实例化 std::mutex 可以创建互斥量，而通过其 成员函数 lock() 接调用成员函数，因为调用成员函数就需要在每个临界区的出口处调用 unlock()，当然，还包括异常。 这时候 C++11 还为互斥量提供了一个 RAII 语法的模板类 std::lock_guard。RAII 在不失代码简洁性 的同时，很好的保证了代码的异常安全性。 在 RAII 用法下，对于临界区的互斥量的创建只需要在作用域的开始部分，例如： #include #include

% (stop - start)) if __name__ == "__main__": main() ★多进程同步之lock（互斥锁） 使用mul�processing.Lock()方法创建一个互斥锁， 互斥锁在同一时刻只允许一个线程访问共享数据 使用多进程时，各进程拥有独立的内存空间，无法共享内存空间，所 以各进程无法访问同一个全局变量，若需要各进程共享某个全局变 for i in range(10): lock.acquire() print("进程 {} 已获取 锁".format(multiprocessing.current_process().name)) # 获 取锁，用于线程同步 n = random.randint(0, 5) shared_var.value += n format(multiprocessing.current_process().name, shared_var.value)) lock.release() # 释放锁，开启下一个线程 print("进程 {} 释放 锁".format(multiprocessing.current_process().name)) def main(): process_list = []

. . . . 194 14.3.2 什么是临界资源 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 14.3.3 互斥锁 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 14.3.4 synchronized 的用法 . 在一个时刻只能被一个线程访问的资源就是临界资源。 • 访问临界资源的那段代码就是临界区，临界区必须互斥地使用。 14.3.3 互斥锁 • Java 引入对象互斥锁机制来实现线程的互斥操作，保证共享数据操作的完整性。 • Java 中每个对象都有一个互斥锁与之相连，用来保证在任一时刻，只能有一个线 程访问该对象。 • 多线程对临界资源的并发访问是通过竞争互斥锁实现的。 . . . . . . . . . . . . . . . . . . . . . 中国海洋大学信息学院计算机系 第 195 页 / 共 306 页 14.3. 线程的同步 � 14 � 14.3.4 synchronized 的用法 为了保证互斥，Java 语言使用synchronized关键字标识同步的资源，包括： • 对象 1 synchronized(对象) { 2 临界代码段 3 } • 方法 1 public synchronized

的Precompiled合 合 合约 约 约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交 交 交易 易 易并 并 并行 行 行执 执 执行 行 行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安 安 安全 全 全性 性 性 考虑到联盟链 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响 • 优化MHD和交易池模块的线程数，减少内存占用 • 优化MySQL存储适配器

的Precompiled合 合 合约 约 约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交 交 交易 易 易并 并 并行 行 行执 执 执行 行 行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安 安 安全 全 全性 性 性 考虑到联盟链 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响 • 优化MHD和交易池模块的线程数，减少内存占用 • 优化MySQL存储适配器

使得交易处理性 能达到万级以上。 • 基于C++的Precompiled合约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交易并行执行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安全性 考虑到联盟链的高安全性需求，除了节点 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 14 Chapter 2. 版本信息 FISCO BCOS Documentation, 发布 v2.9.0 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响

使得交易处理性 能达到万级以上。 • 基于C++的Precompiled合约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交易并行执行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安全性 考虑到联盟链的高安全性需求，除了节点 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 14 Chapter 2. 版本信息 FISCO BCOS Documentation, 发布 v2.9.0 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响

使得交易处理性 能达到万级以上。 • 基于C++的Precompiled合约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交易并行执行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安全性 考虑到联盟链的高安全性需求，除了节点 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 14 Chapter 2. 版本信息 FISCO BCOS Documentation, 发布 v2.9.0 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响

的Precompiled合 合 合约 约 约：区块链底层内置C++语言编写的Precompiled合约，执行效率更高。 • 交 交 交易 易 易并 并 并行 行 行执 执 执行 行 行：基于DAG算法根据交易间互斥关系构建区块内交易执行流，最大化并行执行区块 内的交易。 • 交易生命周期的异步并行处理：共识、同步、落盘等各个环节的异步化以及并行处理。 1.5 安 安 安全 全 全性 性 性 考虑到联盟链 0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个区块中交易顺序串行执行 的。 2.0版本基于预编译合约，实现一套并行交易处理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执行 交易，最好情况下性能可提升数倍（取决于CPU核数）。 更多并行计算模型的介绍，请参考并行交易的 设计文档 和 使用手册。 PBFTBackup的存储由LevelDB修改为RocksDB • 重构libdevcrypto模块，优化代码结构，使用TASSL实现国密和非国密TLS连接 • 优化存储模块openTable的锁实现 • 优化区块数据编码为并行 • 优化大对象析构耗时为异步 • 优化日志输出机制，降低日志输出对性能的影响 • 优化MHD和交易池模块的线程数，减少内存占用 • 优化MySQL存储适配器