非黑即白

最近在又在搞前后端分离的时候，遇到了常见的跨域问题，本以为花个几分钟配置一下就解决了的（因为之前配置过），但在实际操作的时候遇到了诸多问题，这里记录一下。

遇到js多文件上传，记录一下，以后遇到直接用

前两天遇到 tomcat 配置 SSL 证书问题，这里记录一下

单例模式(SIngleton)的目的是为了保证一个进程中，某个类有且仅有一个实例。

因为这个类只有一个实例，因此，该类不能允许 new 的方式创建实例。

• 单例的构造方法必须是 private，这样就防止了调用方自己创建实例。
• 既然不能通过new 创建实例，只能通过访问静态成员变量的方式了，而且成员变量不能定义成public（调用者可以直接通过Singleton.instance 的方式更改 ），所以需要提供一个 获取静态成员变量的 静态方法。

谷歌 kaptcha 验证码生成工具的使用

Reids 除了操作那些数据类型的功能外，还支持事务、流水线、发布订阅 和 Lua 脚本等功能。

与命令模式一样，责任链模式也是 GOF 的设计模式之一，同样也是行为型模式。

该设计模式让多个对象都有机会处理请求，从而避免请求发送者和请求接收者之间的耦合。这些请求接收者将组成一条链，并沿着这条链请求，直到有一个对象处理这个请求为止（结束），这就形成了一条责任链。

在 GOF 设计模式中， 命令模式属于行为型模式。

首先它把一个请求或者操作封装到命令对象中，然后将命令对象交由执行者执行，执行者不需要关心命令的接收人或者命令的具体内容，因为这些信息均被封装到命令对象中。

在 Java 多线程中，有时候需要采用延迟初始化来降低类和创建对象的开销。双重检查锁定是常见的延迟初始化技术。

@Transaction 在自调用的场景下会失效。

在绝大部分的情况中，我们会任务数据库事务要么全部成功，要么全部失败。

但是现实中也许会有特殊的情况。例如，执行一个批量程序，它会处理很多的交易，绝大部分交易可以顺利完成的，但是也有极少数的交易因为特殊原因不能完成而发生异常，这时我们不应该因为极少数的交易不能完成而回滚批量任务调用其他的交易，使得那些本能完成的交易也变得不能完成了。

Spring 事务机制中最重要的两个配置，即隔离级别和传播行为

因为互联网应用时刻面对着高并发环境，如商品库存，时刻都是多个线程共享的数据，这样就会在多线程的环境中扣除商品库存。对于数据库而言，会出现多个事务同时访问同一记录的情况，这样引起数据出现不一致的情况，便是数据库的丢失更新（Lost Update）问题。隔离级别是数据库的概念

Java 程序中测试两个变量是否相等有两种方式：一种是利用 == 运算符，另一种是利用 equals() 方法。

CAS 单点登录原理