一、前言

Lombok 是一个 Java 库，它作为插件安装至编辑器中，其作用是通过简单注解来精简代码，以此达到消除冗长代码的目的。

二、简单介绍

2.1 优点

1) 通过注解自动生成成员变量的 getter、setter 等方法，使代码简洁

2) 修改类变量名时，无需关注其 getter、setter 等方法

2.2 缺点

降低源码文件的可读性。

2.3 原理

从 Java 6 开始，javac 就支持 JSR 269 API 规范，而 Lombok 实现 JSR 269 Pluggable Annation Processing API 规范。

当我们编写代码并保存后，编辑器会自动编译源码文件，在这个过程中，源码先被转化为 AST。

然后，Lombok 插件解析 AST 是否存在 Lombok 的注解。如果存在则修改 AST ，使其生成注解对应的代码。

最终将修改的 AST 解析并生成字节码文件。

一、前言

在上篇《Java 多线程开发之 volatile（一）》文章中介绍了 volatile 的相关内容，它是一个轻量级的锁，但不支持原子操作。

本篇将介绍原子操作相关内容。

二、基本概念

2.1 CAS 算法

CAS (Compare-And-Swap) 是一种硬件对并发的支持，针对多处理器操作而设计的处理器中的一种特殊指令，用于管理对共享数据的并发访问。

CAS 是一种无锁的非阻塞算法的实现，该算法包含了 3 个操作数

1
2
3

需要读写的内存值 V
进行比较的值 A
拟写入的新值 B

当且仅当 V 的值等于 A 时， CAS 通过原子方式用新值 B 来更新 V 的值，否则不会执行任何操作。

一、前言

Java 提供了一种稍弱的同步机制，即 volatile 变量，用来确保将变量的更新操作通知到其他线程。

我们可以将 volatile 看做一个轻量级的锁，但是又与锁有些不同：

1
2
3

对于多线程，不是一种互斥关系
不能保证变量状态的“原子性操作”

二、基本概念

2.1 Java 内存模型

Java 内存模型规定了所有的变量（此处的变量是指成员变量和静态变量）都存储在主内存中，每条线程都有自己的工作内存。

工作内存中保存了被该线程使用到的变量的主内存副本拷贝，线程对变量的所有操作都必须在工作内存中进行，而不能直接读写主内存的变量。

不同的线程也无法直接访问对方的工作内存中的变量，它们的变量值的传递均需要通过主内存来完成。

主内存和工作内存关系如下图：

一、背景

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

为了解决这一问题，我们可以使用 WireMock。

二、介绍

2.1 简单介绍

WireMock 是基于 HTTP 的模拟器。它具备 HTTP 响应存根、请求验证、代理/拦截、记录和回放功能。

当开发人员的开发进度不一致时，可以依赖 WireMock 构建的接口，模拟不同请求与响应，从而避某一模块的开发进度。

2.2 下载文件

点击 http://wiremock.org/docs/running-standalone/ 下载启动 WireMock 服务的 jar 包。

一、背景

Session 共享有多种方案，之前写过《Spring Session 实现 Tomcat 集群的 Session 共享》 文章，功能实现起来非常简单和方便。

最近在学习 Shiro 框架，Shiro 也提供了会话管理的功能。如果项目中选用 Shiro 作为权限控制的方案，同时项目又需要集群，那么可以自定义 sessionDAO 来实现 Session 共享。

二、实现

JDK：1.8
容器：Tomcat 8
Session 存储容器：Redis 3.2.0

测试环境与测试 Spring Session 时的一样，将项目部署到同一台虚拟机上的 2 个 tomcat 中，使用 8080 和 8081 端口启动。

下边列出主要配置，Shiro 所依赖的 jar 配置和运行配置忽略，具体代码可以下载由下文提供的源码进行查看。

一、前言

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

二、介绍

2.1 功能特点

Shiro 包含 10 个内容，如下图：

1) Authentication：身份认证/登录，验证用户是不是拥有相应的身份。

2) Authorization：授权，即权限验证，验证某个已认证的用户是否拥有某个权限；即判断用户是否能做事情，常见的如：验证某个用户是否拥有某个角色。或者细粒度的验证某个用户对某个资源是否具有某个权限。

3) Session Manager：会话管理，即用户登录后就是一次会话，在没有退出之前，它的所有信息都在会话中；会话可以是普通 JavaSE 环境的，也可以是如 Web 环境的。

4) Cryptography：加密，保护数据的安全性，如密码加密存储到数据库，而不是明文存储。

5) Web Support：Web支持，可以非常容易的集成到 web 环境。

6) Caching：缓存，比如用户登录后，其用户信息、拥有的角色/权限不必每次去查，这样可以提高效率。

7) Concurrency：shiro 支持多线程应用的并发验证，即如在一个线程中开启另一个线程，能把权限自动传播过去。

8) Testing：提供测试支持。

9) Run As：允许一个用户假装为另一个用户（如果他们允许）的身份进行访问。

10) Remember Me：记住我，这个是非常常见的功能，即一次登录后，下次再来的话不用登录了。

一、前言

在很多项目中，数据库相关的配置文件内容都是以明文的形式展示的，这存在一定的安全隐患。

在开发和维护项目时，不仅要关注项目的性能，同时也要注重其安全性。

二、实现思路

我们都知道项目启动时，Spring 容器会加载配置文件并读取文件中的内容，那么我们可以下边步骤操作：

1) 通过 DES 算法加密连接数据库的账号和密码并将加密后的密文写到 db 配置文件中。

2) 在 Spring 读取 db 配置文件时将密文解密回明文。

一、背景

笔者在讨论组中看到网友提到的 Session 共享问题，因此私下查阅文档，最终锁定使用 Spring Session 解决问题并在此记录。

二、介绍

Spring Session 提供了一套 API 来管理用户的会话信息。

使用 Spring Session 可以替换项目容器中 HttpSession 的实现。此外， Spring Session 还提供如下功能：

1) Session 集群：Spring Session 使得支持集群会话变得非常简单。使用 Spring Session 我们不必为 session 的集群而将项目绑定在指定的应用程序中。

2) 多浏览器会话：Spring Session 提供了在单个浏览器中管理多个 session 的方案。

3) RESTful APIs：Spring Session 允许在请求头中添加 Session ID 以实现 RESTful 风格的 API。

本篇内容之针对第一点的功能进行介绍。

一、前言

本篇主题为行为型模式中的第四个模式–观察者模式。上篇 Java 设计模式主题为《Java 设计模式之迭代器模式（十五）》。

二、简单介绍

2.1 定义

观察者模式是行为模式之一，定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

2.2 参与角色

1) 被观察者（Subject）：当需要被观察的状态发生变化时，需要通知队列中所有观察者对象。Subject 需要维持（添加，删除，通知）一个观察者对象的队列列表。

2) 观察者（Observer）：接口或抽象类。当 Subject 的状态发生变化时，Observer 对象将通过一个 callback 函数得到通知。

2.3 应用场景

1) 聊天室程序，服务器转发信息给所有客户端。

2) 网络游戏，服务器将客户端状态进行分发。

3) 邮件订阅等。

一、前言

本篇主题为行为型模式中的第三个模式–迭代器模式。上篇 Java 设计模式主题为《Java 设计模式之命令模式（十四）》。

二、简单介绍

2.1 定义

迭代器模式是行为模式之一，它把对容器中包含的内部对象的访问委让给外部类（此外部类是指非自身的类），使用 Iterator（遍历）按顺序进行遍历访问的设计模式。

2.2 参与角色

1) 迭代器接口（Iterator）：该接口必须定义实现迭代功能的最小定义方法集。比如提供 hasNext() 和 next() 方法。

2) 迭代器实现类（ConcreteIterator）：迭代器接口 Iterator 的实现类。可以根据具体情况加以实现。

3) 容器接口（Aggregate）：定义基本功能以及提供类似 Iterator iterator() 的方法。

2.3 应用场景

1) 访问一个聚合对象的内容而无需暴露它的内部表示。

2) 支持对聚合对象的多种遍历。

3) 为遍历不同的聚合结构提供一个统一的接口。