设计模式-11-代理模式
代理模式代理模式：为一个对象提供一个替身，以控制对这个对象的访问。即通过代理对象访问目标对象。在代理模式（Proxy Pattern）中，一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。
可以在目标对象实现的基础上扩展目标对象的功能。
被代理的对象可以是远程对象、创建开销大的对象或需要安全控制的对象
代理模式有不同的形式，主要有三种 静态代理、动态代理 (JDK 代理、接口代理)和Cglib 代理(可以在内存动态的创建对象，而不需要实现接口， 他是属于动态代理的范畴) 。
意图：
为其他对象提供一种代理以控制对这个对象的访问。
何时使用：
想在访问一个类时做一些控制。
如何解决：
增加中间层。
关键代码：
实现与被代理类组合。
优点：
职责清晰
高扩展性
智能化。
缺点：
由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢
实现代理模式需要额外的工作，有些代理模式的实现非常复杂。
注意事项：
和适配器模式的区别：适配器模式主要改变所考虑对象的接口，而代理模式不能改变所代理类的接口
和装饰器模式的区别：装 ...
设计模式-10-享元模式
享元模式
享元模式主要用于减少创建对象的数量，以减少内存占用和提高性能
属于结构型模式，它提供了减少对象数量从而改善应用所需的对象结构的方式。
享元模式尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象
意图：
运用共享技术有效地支持大量细粒度的对象。
主要解决：
在有大量对象时，有可能会造成内存溢出，我们把其中共同的部分抽象出来，如果有相同的业务请求，直接返回在内存中已有的对象，避免重新创建。
何时使用：
系统中有大量对象
这些对象消耗大量内存
这些对象的状态大部分可以外部化
这些对象可以按照内蕴状态分为很多组，当把外蕴对象从对象中剔除出来时，每一组对象都可以用一个对象来代替
系统不依赖于这些对象身份，这些对象是不可分辨的。
如何解决：
用唯一标识码判断，如果在内存中有，则返回这个唯一标识码所标识的对象。
关键代码：
用 HashMap 存储这些对象。
应用实例：
JAVA 中的 String，如果有则返回，如果没有则创建一个字符串保存在字符串缓存池里面
数据库的连接池。
优点：
大大减少对象的创建，降低系统的内存，使效率提高。
缺点：
提高了系统的复杂度，需 ...
设计模式-10-外观模式
外观模式
外观模式隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口
属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。
这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。
意图：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。
如何解决：客户端不与系统耦合，外观类与系统耦合。
关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。
优点：
减少系统相互依赖
提高灵活性
提高了安全性。
缺点：
不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。
使用场景：
为复杂的模块或子系统提供外界访问的模块
子系统相对独立
注意事项：在层次化结构中，可以使用外观模式定义系统中每一层的入口。
案例说明将创建一个 Shape 接口和实现了 Shape 接口的实体类。下一步是定义一个外观类 ShapeMaker。
ShapeMaker 类使用实体类来代表用户对这些类的 ...
设计模式-8-组合模式
组合模式
用于把一组相似的对象当作一个单一的对象
组合模式依据树形结构来组合对象，用来表示部分以及整体层次。
属于结构型模式，它创建了对象组的树形结构。
这种模式创建了一个包含自己对象组的类。该类提供了修改相同对象组的方式。
意图：将对象组合成树形结构以表示”部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
主要解决：它在我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素，从而使得客户程序与复杂元素的内部结构解耦。
何时使用：
您想表示对象的部分-整体层次结构（树形结构）
您希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。
如何解决：树枝和叶子实现统一接口，树枝内部组合该接口。
关键代码：树枝内部组合该接口，并且含有内部属性 List，里面放 Component。
优点：
高层模块调用简单
节点自由增加。
缺点：
在使用组合模式时，其叶子和树枝的声明都是实现类，而不是接口，违反了依赖倒置原则。
使用场景：部分、整体场景，如树形菜单，文件、文件夹的管理。
注意事项：定义时 ...
设计模式-7-装饰器模式
装饰器模式
装饰器模式允许向一个现有的对象添加新的功能，同时又不改变其结构
属于结构型模式，它是作为现有的类的一个包装
这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。
意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。
主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。
何时使用：在不想增加很多子类的情况下扩展类。
如何解决：将具体功能职责划分，同时继承装饰者模式。
关键代码：
Component 类充当抽象角色，不应该具体实现
修饰类引用和继承 Component 类，具体扩展类重写父类方法。
优点：
装饰类和被装饰类可以独立发展，不会相互耦合
装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
缺点：多层装饰比较复杂。
使用场景：
扩展一个类的功能
动态增加功能，动态撤销。
注意事项：可代替继承。
案例实现将创建一个 Shape 接口和实现了 Shape 接口的实体类。然后我们创建 ...
Redis-2-实战篇
Redis实战项目源码地址
短信登录基于 Session 实现登录流程
发送短信验证码：
用户在提交手机号后，会校验手机号是否合法
如果不合法，则要求用户重新输入手机号
如果手机号合法，后台此时生成对应的验证码，同时将验证码进行保存到 session，然后再通过短信的方式将验证码发送给用户
短信验证码登录、注册：
用户将验证码和手机号进行输入，后台从 session 中拿到当前验证码，然后和用户输入的验证码进行校验
如果不一致，则无法通过校验
如果一致，则后台根据手机号查询用户
如果用户不存在，则为用户创建账号信息，保存到数据库
无论是否存在，都会将用户信息保存到 session 中，方便后续获得当前登录信息
校验登录状态:
用户在请求时候，会从 cookie 中携带者 JsessionId 到后台
后台通过 JsessionId 从 session 中拿到用户信息
如果没有 session 信息，则进行拦截
如果有 session 信息，则将用户信息保存到 threadLocal 中，并且放行
实现发送短信验证码功能
发送短信验证码
12345678910 ...
