原子操作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 一致性模型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 内存顺序 { std::atomic a; std::cout << std::boolalpha << a.is_lock_free() << std::endl; return 0; } 一致性模型 并行执行的多个线程，从某种宏观层面上讨论，可以粗略的视为一种分布式系统。在分布式系统中， 任何通信乃至本地操作都需要消耗一定时间，甚至出现不可靠的通信。 如果我们强行将一个变量 v 在多 作的在进程间 的同步条件。 从原理上看，每个线程可以对应为一个集群节点，而线程间的通信也几乎等价于集群节点间的通信。 削弱进程间的同步条件，通常我们会考虑四种不同的一致性模型： 1. 线性一致性：又称强一致性或原子一致性。它要求任何一次读操作都能读到某个数据的最近一次写 的数据，并且所有线程的操作顺序与全局时钟下的顺序是一致的。 x.store(1) x.load() T1 ----

显然不是。甚至在两个处理器上同时运行两个线程也不见得可以获得两倍的性能。相似的 ，大多数多线程的应用不会比双核处理器的两倍快。他们应该比单核处理器运行的快，但 是性能毕竟不是线性增长。 • 为什么无法做到呢？首先，为了保证缓存一致性以及其他握手协议需要运行时间开销。在 今天，双核或者四核机器在多线程应用方面，其性能不见得的是单核机器的两倍或者四倍。 这一问题一直伴随 CPU 发展至今。 并发和并行的区别 • 运用多线程的方式和动机，一般分为两种。

的改写范围与程度， 视你的程序有多么特异而定。 可是如果酿酒厂想改装为炼钢厂？那可就无能为力了。这种情况不会出现在软件开发 上，因为软件的必备功能使它们具有相当的相似性（尤其Windows 又强调接口一致性)。 好比说程序想支持MDI 接口，想支持OLE，这基本上是超越程序之专业应用领域之外的 一种大格局，一种大架构，最适合Application Framework 发挥。 很明显，Application Document/ View 第㆕篇 深入 MFC 程式設計 456 1. 程序的哪一部份拥有资料 2. 程序的哪一部份负责更新资料 3. 如何以多种方式显示资料 4. 如何让资料的更改有一致性 5. 如何储存资料（放到永久储存装置上） 6. 如何管理使用者接口。不同的数据类型可能需要不同的使用者接口，而一个程 序可能管理多种类型的资料。 其实Document / View 不是什么新主意，Xerox 的Multithreading Applications in Win32 （Win32 多线程程序设计/侯俊杰译/峰出版）是 很值得推荐的一份知识来源。这本书介绍执行线程的学理观念、程序方法、同步控制、资 料一致性的保持、C runtime library 的多线程版本、C++ 的多线程程序方法、MFC 中的多线程 程序方法、除错、进程通讯（IPC）、DLLs...，以及约50 页的实际应用。 书籍推荐：Jeffrey