在上篇《Java 多线程开发之 volatile（一）》文章中介绍了 volatile 的相关内容，它是一个轻量级的锁，但不支持原子操作。 本篇将介绍原子操作相关内容。 CAS (Compare-And-Swap) 是一种硬件对并发的支持，针对多处理器操作而设计的处理器中的一种特殊指令，用于管理对共享数据的并发访问。

Java 提供了一种稍弱的同步机制，即 volatile 变量，用来确保将变量的更新操作通知到其他线程。 我们可以将 volatile 看做一个轻量级的锁，但是又与锁有些不同： Java 内存模型规定了所有的变量（此处的变量是指成员变量和静态变量）都存储在主内存中，每条线程都有自己的工作内存。

最近公司的项目需要重构，采用前后端分离模式。由于前后端开发人员开发效率和进度的不同，前端人员在编写调用接口代码时需要伪造数据。这意味着 N 个前端人员需要维护 N 份数据，且每个前端人员可能对业务理解不同，伪造出的数据存在偏差，因此在真正与后端联调接口时会出现问题。 为了解决这一问题，我们可以使用 WireMock。

Session 共享有多种方案，之前写过《Spring Session 实现 Tomcat 集群的 Session 共享》 文章，功能实现起来非常简单和方便。 最近在学习 Shiro 框架，Shiro 也提供了会话管理的功能。如果项目中选用 Shiro 作为权限控制的方案，同时项目又需要集群，那么可以自定义 sessionDAO 来实现 Session 共享。 JDK：1.8 容器：Tomcat 8 Session 存储容器：Redis 3.2.0

Apache Shiro 是 Java 的一个安全框架。功能强大，使用简单的Java安全框架，它为开发人员提供一个直观而全面的认证，授权，加密及会话管理的解决方案。 Shiro 包含 10 个内容，如下图：

在很多项目中，数据库相关的配置文件内容都是以明文的形式展示的，这存在一定的安全隐患。 在开发和维护项目时，不仅要关注项目的性能，同时也要注重其安全性。 我们都知道项目启动时，Spring 容器会加载配置文件并读取文件中的内容，那么我们可以下边步骤操作：

笔者在讨论组中看到网友提到的 Session 共享问题，因此私下查阅文档，最终锁定使用 Spring Session 解决问题并在此记录。 Spring Session 提供了一套 API 来管理用户的会话信息。 使用 Spring Session 可以替换项目容器中 HttpSession 的实现。此外， Spring Session 还提供如下功能：

本篇主题为行为型模式中的第四个模式–观察者模式。上篇 Java 设计模式主题为《Java 设计模式之迭代器模式（十五）》。 观察者模式是行为模式之一，定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 被观察者（Subject）：当需要被观察的状态发生变化时，需要通知队列中所有观察者对象。Subject 需要维持（添加，删除，通知）一个观察者对象的队列列表。

本篇主题为行为型模式中的第三个模式–迭代器模式。上篇 Java 设计模式主题为《Java 设计模式之命令模式（十四）》。 迭代器模式是行为模式之一，它把对容器中包含的内部对象的访问委让给外部类（此外部类是指非自身的类），使用 Iterator（遍历）按顺序进行遍历访问的设计模式。 迭代器接口（Iterator）：该接口必须定义实现迭代功能的最小定义方法集。比如提供 hasNext() 和 next() 方法。

RabbitMQ 是轻量级且易于部署的消息中间件。它支持多种消息传递协议，可以在多个操作系统环境中运行，为大多数流行的语言提供了广泛的开发工具。 安装 RabbitMQ 之前需要安装 Erlang。 vim /etc/yum.repos.d/rabbitmq-erlang.repo