CAS （ Central Authentication Service ） 是 Yale 大学发起的一个企业级的、开源的项目，旨在为 Web 应用系统提供一种可靠的单点登录解决方法（属于 Web SSO ）。CAS集群部署首先需要考虑的是ticket票据统一存储的问题，以便于达到每个节点访问的一致性，官方虽然提供了基于memcached方式，但未提供基于Redis方式，项目中需要
什么是CASCAS是compare and swap的简称，字面意思就是比较并交换，这里的交换其实就是更新的意思，是线程本地缓存和系统内存之间的数据交换。从内存上取值A，和预期值B比较，如果内存值A和预期值B结果相同，那么我们就把新值C更新到内存，如果不想等，就重复上述过程直到操作成功为止。CAS过程以AtomicInteger为例：public final int incrementAndGet
关于CAS的简单介绍: 一,从结构上看，CAS 包含两个部分： CAS Server 和 CAS Client。CAS Server 需要独立部署，主要负责对用户的认证工作；CAS Client 负责处理对客户端受保护资源的访问请求，需要登录时，重定向到 CAS Server。 （Single Sign On）单点登录访问流程主要有以下步骤： 访问服务：
Optimistic locking using check-and-set(乐观锁)乐观锁介绍：watch指令在redis事务中提供了CAS的行为。为了检测被watch的keys是否有多个clients同时改变引起冲突，这些keys将会被监控。如果至少有一个被监控的key在执行exec命令前被修改，整个事务将会回滚，不执行任何动作，从而保证原子性操作，并且执行exec会的到null的回复。乐观锁
Optimistic locking using check-and-set(乐观锁)乐观锁介绍：watch指令在redis事物中提供了CAS的行为。为了检测被watch的keys在是否有多个clients同时改变引起冲突，这些keys将会被监控。如果至少有一个被监控的key在执行exec命令前被修改，整个事物将会回滚，不执行任何动作，从而保证原子性操作，并且执行exec会得到null
