1111
Posted 十一vs十一
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了1111相关的知识，希望对你有一定的参考价值。
什么是设计模式
- 设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。
为什么要学习设计模式
- 看懂源代码：如果你不懂设计模式去看Jdk、Spring、SpringMVC、IO等等等等的源码，你会很迷茫，你会寸步难行
- 看看前辈的代码：你去个公司难道都是新项目让你接手？很有可能是接盘的，前辈的开发难道不用设计模式？
- 编写自己的理想中的好代码：我个人反正是这样的，对于我自己开发的项目我会很认真，我对他比对我女朋友还好，把项目当成自己的儿子一样
设计模式分类
- 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
- 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
- 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
设计模式的六大原则
开放封闭原则（Open Close Principle）
- 原则思想：尽量通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化
- 描述：一个软件产品在生命周期内，都会发生变化，既然变化是一个既定的事实，我们就应该在设计的时候尽量适应这些变化，以提高项目的稳定性和灵活性。
- 优点：单一原则告诉我们，每个类都有自己负责的职责，里氏替换原则不能破坏继承关系的体系。
里氏代换原则（Liskov Substitution Principle）
- 原则思想：使用的基类可以在任何地方使用继承的子类，完美的替换基类。
- 大概意思是：子类可以扩展父类的功能，但不能改变父类原有的功能。子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，子类中可以增加自己特有的方法。
- 优点：增加程序的健壮性，即使增加了子类，原有的子类还可以继续运行，互不影响。
依赖倒转原则（Dependence Inversion Principle）
- 依赖倒置原则的核心思想是面向接口编程.
- 依赖倒转原则要求我们在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类，
- 这个是开放封闭原则的基础，具体内容是：对接口编程，依赖于抽象而不依赖于具体。
接口隔离原则（Interface Segregation Principle）
- 这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
- 例如：支付类的接口和订单类的接口，需要把这俩个类别的接口变成俩个隔离的接口
迪米特法则（最少知道原则）（Demeter Principle）
- 原则思想：一个对象应当对其他对象有尽可能少地了解，简称类间解耦
- 大概意思就是一个类尽量减少自己对其他对象的依赖，原则是低耦合，高内聚，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。
- 优点：低耦合，高内聚。
单一职责原则（Principle of single responsibility）
- 原则思想：一个方法只负责一件事情。
- 描述：单一职责原则很简单，一个方法 一个类只负责一个职责，各个职责的程序改动，不影响其它程序。 这是常识，几乎所有程序员都会遵循这个原则。
- 优点：降低类和类的耦合，提高可读性，增加可维护性和可拓展性，降低可变性的风险。
J2EE中使用了哪些设计模式？
Structural（结构模式）
Adapter:
- java.util.Arrays#asList()
- javax.swing.JTable(TableModel)
- java.io.InputStreamReader(InputStream)
- java.io.OutputStreamWriter(OutputStream)
- javax.xml.bind.annotation.adapters.XmlAdapter#marshal()
- javax.xml.bind.annotation.adapters.XmlAdapter#unmarshal()
Bridge:
把抽象和实现解藕，于是接口和实现可在完全独立开来。
- AWT (提供了抽象层映射于实际的操作系统)
- JDBC
Composite:
让使用者把单独的对象和组合对象混用。
- javax.swing.JComponent#add(Component)
- java.awt.Container#add(Component)
- java.util.Map#putAll(Map)
- java.util.List#addAll(Collection)
- java.util.Set#addAll(Collection)
Decorator:
为一个对象动态的加上一系列的动作，而不需要因为这些动作的不同而产生大量的继承类。这个模式在JDK中几乎无处不在，所以，下面的列表只是一些典型的。
- java.io.BufferedInputStream(InputStream)
- java.io.DataInputStream(InputStream)
- java.io.BufferedOutputStream(OutputStream)
- java.util.zip.ZipOutputStream(OutputStream)
- java.util.Collections#checkedList|Map|Set|SortedSet|SortedMap
Facade:
用一个简单的接口包状一组组件，接口，抽象或是子系统。
- java.lang.Class
- javax.faces.webapp.FacesServlet
Flyweight:
有效率地存储大量的小的对象。
- java.lang.Integer#valueOf(int)
- java.lang.Boolean#valueOf(boolean)
- java.lang.Byte#valueOf(byte)
- java.lang.Character#valueOf(char)
Proxy:
用一个简单的对象来代替一个复杂的对象。
- java.lang.reflect.Proxy
- RMI
Creational（创建模式）
Abstract factory:**
- java.util.Calendar#getInstance()
- java.util.Arrays#asList()
- java.util.ResourceBundle#getBundle()
- java.sql.DriverManager#getConnection()
- java.sql.Connection#createStatement()
- java.sql.Statement#executeQuery()
- java.text.NumberFormat#getInstance()
- javax.xml.transform.TransformerFactory#newInstance()
Builder:
主要用来简化一个复杂的对象的创建。这个模式也可以用来实现一个 Fluent Interface。
- java.lang.StringBuilder#append()
- java.lang.StringBuffer#append()
- java.sql.PreparedStatement
- javax.swing.GroupLayout.Group#addComponent()
Factory:
简单来说，按照需求返回一个类型的实例。
- java.lang.Proxy#newProxyInstance()
- java.lang.Object#toString()
- java.lang.Class#newInstance()
- java.lang.reflect.Array#newInstance()
- java.lang.reflect.Constructor#newInstance()
- java.lang.Boolean#valueOf(String)
- java.lang.Class#forName()
Prototype:
使用自己的实例创建另一个实例。有时候，创建一个实例然后再把已有实例的值拷贝过去，是一个很复杂的动作。所以，使用这个模式可以避免这样的复杂性。
- java.lang.Object#clone()
- java.lang.Cloneable
Singleton:
只允许一个实例。在 Effective Java中建议使用Emun.
- java.lang.Runtime#getRuntime()
- java.awt.Toolkit#getDefaultToolkit()
- java.awt.GraphicsEnvironment#getLocalGraphicsEnvironment()
- java.awt.Desktop#getDesktop()
Behavioral(行为模式)
Chain of responsibility:
把一个对象在一个链接传递直到被处理。在这个链上的所有的对象有相同的接口（抽象类）但却有不同的实现。
- java.util.logging.Logger#log()
- javax.servlet.Filter#doFilter()
Command:
把一个或一些命令封装到一个对象中。
- java.lang.Runnable
- javax.swing.Action
Interpreter:
一个语法解释器的模式。
- java.util.Pattern
- java.text.Normalizer
- java.text.Format
Iterator:
提供一种一致的方法来顺序遍历一个容器中的所有元素。
- java.util.Iterator
- java.util.Enumeration
Mediator:
用来减少对象单的直接通讯的依赖关系。使用一个中间类来管理消息的方向。
- java.util.Timer
- java.util.concurrent.Executor#execute()
- java.util.concurrent.ExecutorService#submit()
- java.lang.reflect.Method#invoke()
Memento:
给一个对象的状态做一个快照。Date类在内部使用了一个long型来做这个快照。
- java.util.Date
- java.io.Serializable
Null Object:
这个模式用来解决如果一个Collection中没有元素的情况。
- java.util.Collections#emptyList()
- java.util.Collections#emptyMap()
- java.util.Collections#emptySet()
Observer:
允许一个对象向所有的侦听的对象广播自己的消息或事件。
- java.util.EventListener
- javax.servlet.http.HttpSessionBindingListener
- javax.servlet.http.HttpSessionAttributeListener
- javax.faces.event.PhaseListener
State:
这个模式允许你可以在运行时很容易地根据自身内部的状态改变对象的行为。
- java.util.Iterator
- javax.faces.lifecycle.LifeCycle#execute()
Strategy:
定义一组算法，并把其封装到一个对象中。然后在运行时，可以灵活的使用其中的一个算法。
- java.util.Comparator#compare()
- javax.servlet.http.HttpServlet
- javax.servlet.Filter#doFilter()
Template method:
允许子类重载部分父类而不需要完全重写。
- java.util.Collections#sort()
- java.io.InputStream#skip()
- java.io.InputStream#read()
- java.util.AbstractList#indexOf()
Visitor:
作用于某个对象群中各个对象的操作. 它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作.
- javax.lang.model.element.Element 和javax.lang.model.element.ElementVisitor
- javax.lang.model.type.TypeMirror 和javax.lang.model.type.TypeVisitor
mvc模式
MVC 模式代表 Model-View-Controller（模型-视图-控制器） 模式。这种模式用于应用程序的分层开发。
- Model（模型） - 模型代表一个存取数据的对象或 JAVA POJO。它也可以带有逻辑，在数据变化时更新控制器。
- View（视图） - 视图代表模型包含的数据的可视化。
- Controller（控制器） - 控制器作用于模型和视图上。它控制数据流向模型对象，并在数据变化时更新视图。它使视图与模型分离开。
拦截过滤器模式
拦截过滤器模式（Intercepting Filter Pattern）用于对应用程序的请求或响应做一些预处理/后处理。定义过滤器，并在把请求传给实际目标应用程序之前应用在请求上。过滤器可以做认证/授权/记录日志，或者跟踪请求，然后把请求传给相应的处理程序。以下是这种设计模式的实体。
- 过滤器（Filter） - 过滤器在请求处理程序执行请求之前或之后，执行某些任务。
- 过滤器链（Filter Chain） - 过滤器链带有多个过滤器，并在 Target 上按照定义的顺序执行这些过滤器。
- Target - Target 对象是请求处理程序。
- 过滤管理器（Filter Manager） - 过滤管理器管理过滤器和过滤器链。
- 客户端（Client） - Client 是向 Target 对象发送请求的对象。
实现
我们将创建 FilterChain、FilterManager、Target、Client 作为表示实体的各种对象。AuthenticationFilter 和 DebugFilter 表示实体过滤器。
InterceptingFilterDemo，我们的演示类使用 Client 来演示拦截过滤器设计模式。
步骤 1
创建过滤器接口 Filter。
Filter.java
public interface Filter
void execute(String request);
12345
步骤 2
创建实体过滤器。
AuthenticationFilter.java
public class AuthenticationFilter implements Filter
@Override
public void execute(String request)
System.out.println("Authenticating request: " + request);
DebugFilter.java
public class DebugFilter implements Filter
@Override
public void execute(String request)
System.out.println("request log: " + request);
步骤 3
创建 Target。
Target.java
*/
public class Target
public void execute(String request)
System.out.println("Executing request: " + request);
步骤 4
创建过滤器链。
FilterChain.java
public class FilterChain
private List<Filter> filters = new ArrayList();
private Target target;
public void addFilter(Filter filter)
filters.add(filter);
public void execute(String request)
for (Filter filter : filters)
filter.execute(request);
target.execute(request);
public void setTarget(Target target)
this.target = target;
步骤 5
创建过滤管理器。
FilterManager.java
public class FilterManager
FilterChain filterChain;
public FilterManager(Target target)
filterChain = new FilterChain();
filterChain.setTarget(target);
public void setFilter(Filter filter)
filterChain.addFilter(filter);
public void filterRequest(String request)
filterChain.execute(request);
步骤 6
创建客户端 Client。
Client.java
public class Client
FilterManager filterManager;
public void setFilterManager(FilterManager filterManager)
this.filterManager = filterManager;
public void sendRequest(String request)
filterManager.filterRequest(request);
步骤 7
使用 Client 来演示拦截过滤器设计模式。
InterceptingFilterDemo.java
public class InterceptingFilterPatternDemo
public static void main(String[] args)
FilterManager filterManager = new FilterManager(new Target());
filterManager.setFilter(new AuthenticationFilter());
filterManager.setFilter(new DebugFilter());
Client client = new Client();
client.setFilterManager(filterManager);
client.sendRequest("HOME");
步骤 8
验证输出。
Authenticating request: HOME
request log: HOME
Executing request: HOME
单例模式
1.什么是单例
- 保证一个类只有一个实例，并且提供一个访问该全局访问点
2.那些地方用到了单例模式
- 网站的计数器，一般也是采用单例模式实现，否则难以同步。
- 应用程序的日志应用，一般都是单例模式实现，只有一个实例去操作才好，否则内容不好追加显示。
- 多线程的线程池的设计一般也是采用单例模式，因为线程池要方便对池中的线程进行控制
- Windows的（任务管理器）就是很典型的单例模式，他不能打开俩个
- windows的（回收站）也是典型的单例应用。在整个系统运行过程中，回收站只维护一个实例。
3.单例优缺点
优点：
- 在单例模式中，活动的单例只有一个实例，对单例类的所有实例化得到的都是相同的一个实例。这样就防止其它对象对自己的实例化，确保所有的对象都访问一个实例
- 单例模式具有一定的伸缩性，类自己来控制实例化进程，类就在改变实例化进程上有相应的伸缩性。
- 提供了对唯一实例的受控访问。
- 由于在系统内存中只存在一个对象，因此可以节约系统资源，当需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
- 允许可变数目的实例。
- 避免对共享资源的多重占用。
缺点：
- 不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。
- 由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。
- 单例类的职责过重，在一定程度上违背了“单一职责原则”。
- 滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。
4.单例模式使用注意事项：
- 使用时不能用反射模式创建单例，否则会实例化一个新的对象
- 使用懒单例模式时注意线程安全问题
- 饿单例模式和懒单例模式构造方法都是私有的，因而是不能被继承的，有些单例模式可以被继承（如登记式模式）
5.单例防止反射漏洞攻击
private static boolean flag = false;
private Singleton()
if (flag == false)
flag = !flag;
else
throw new RuntimeException("单例模式被侵犯！");
public static void main(String[] args)
6.如何选择单例创建方式
- 如果不需要延迟加载单例，可以使用枚举或者饿汉式，相对来说枚举性好于饿汉式。
如果需要延迟加载，可以使用静态内部类或者懒汉式，相对来说静态内部类好于懒韩式。
最好使用饿汉式
7.单例创建方式
（主要使用懒汉和懒汉式）
- 饿汉式:类初始化时,会立即加载该对象，线程天生安全,调用效率高。
- 懒汉式: 类初始化时,不会初始化该对象,真正需要使用的时候才会创建该对象,具备懒加载功能。
- 静态内部方式:结合了懒汉式和饿汉式各自的优点，真正需要对象的时候才会加载，加载类是线程安全的。
- 枚举单例: 使用枚举实现单例模式 优点:实现简单、调用效率高，枚举本身就是单例，由jvm从根本上提供保障!避免通过反射和反序列化的漏洞， 缺点没有延迟加载。
- 双重检测锁方式 (因为JVM本质重排序的原因，可能会初始化多次，不推荐使用)
1.饿汉式
- 饿汉式:类初始化时,会立即加载该对象，线程天生安全,调用效率高。
package com.lijie;
//饿汉式
public class Demo1
// 类初始化时,会立即加载该对象，线程安全,调用效率高
private static Demo1 demo1 = new Demo1();
private Demo1()
System.out.println("私有Demo1构造参数初始化");
public static Demo1 getInstance()
return demo1;
public static void main(String[] args)
Demo1 s1 = Demo1.getInstance();
Demo1 s2 = Demo1.getInstance();
System.out.println(s1 == s2);
2.懒汉式
- 懒汉式: 类初始化时,不会初始化该对象,真正需要使用的时候才会创建该对象,具备懒加载功能。
package com.lijie;
//懒汉式
public class Demo2
//类初始化时，不会初始化该对象，真正需要使用的时候才会创建该对象。
private static Demo2 demo2;
private Demo2()
System.out.println("私有Demo2构造参数初始化");
public synchronized static Demo2 getInstance()
if (demo2 == null)
demo2 = new Demo2();
return demo2;
public static void main(String[] args)
Demo2 s1 = Demo2.getInstance();
Demo2 s2 = Demo2.getInstance();
System.out.println(s1 == s2);
3.静态内部类
- 静态内部方式:结合了懒汉式和饿汉式各自的优点，真正需要对象的时候才会加载，加载类是线程安全的。
package com.lijie;
// 静态内部类方式
public class Demo3
private Demo3()
System.out.println("私有Demo3构造参数初始化");
public static class SingletonClassInstance
private static final Demo3 DEMO_3 = new Demo3();
// 方法没有同步
public static Demo3 getInstance()
return SingletonClassInstance.DEMO_3;
public static void main(String[] args)
Demo3 s1 = Demo3.getInstance();
Demo3 s2 = Demo3.getInstance();
System.out.println(s1 == s2);
4.枚举单例式
- 枚举单例: 使用枚举实现单例模式 优点:实现简单、调用效率高，枚举本身就是单例，由jvm从根本上提供保障!避免通过反射和反序列化的漏洞， 缺点没有延迟加载。
package com.lijie;
//使用枚举实现单例模式 优点:实现简单、枚举本身就是单例，由jvm从根本上提供保障!避免通过反射和反序列化的漏洞 缺点没有延迟加载
public class Demo4
public static Demo4 getInstance()
return Demo.INSTANCE.getInstance();
public static void main(String[] args)
Demo4 s1 = Demo4.getInstance();
Demo4 s2 = Demo4.getInstance();
System.out.println(s1 == s2);
//定义枚举
private static enum Demo
INSTANCE;
// 枚举元素为单例
private Demo4 demo4;
private Demo()
System.out.println("枚举Demo私有构造参数");
demo4 = new Demo4();
public Demo4 getInstance()
return demo4;
5.双重检测锁方式
- 双重检测锁方式 (因为JVM本质重排序的原因，可能会初始化多次，不推荐使用)
package com.lijie;
//双重检测锁方式
public class Demo5
private static Demo5 demo5;
private Demo5()
System.out.println("私有Demo4构造参数初始化");
public static Demo5 getInstance()
if (demo5 == null)
synchronized (Demo5.class)
if (demo5 == null)
demo5 = new Demo5();
return demo5;
public static void main(String[] args)
Demo5 s1 = Demo5.getInstance();
Demo5 s2 = Demo5.getInstance();
System.out.println(s1 == s2);
8 单例模式懒汉式和饿汉式有哪些区别？(美团)
单例模式是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
注意：
1、单例类只能有一个实例。
2、单例类必须自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。
明确定义后，看一下代码：
饿汉式
public class SingletonEH
/**
*是否 Lazy 初始化：否
*是否多线程安全：是
*实现难度：易
*描述：这种方式比较常用，但容易产生垃圾对象。
*优点：没有加锁，执行效率会提高。
*缺点：类加载时就初始化，浪费内存。
*它基于 classloder 机制避免了多线程的同步问题，
* 不过，instance 在类装载时就实例化，虽然导致类装载的原因有很多种，
* 在单例模式中大多数都是调用 getInstance 方法，
* 但是也不能确定有其他的方式（或者其他的静态方法）导致类装载，
* 这时候初始化 instance 显然没有达到 lazy loading 的效果。
*/
private static SingletonEH instance = new SingletonEH();
private SingletonEH ()
public static SingletonEH getInstance()
System.out.println("instance:"+instance);
System.out.println("加载饿汉式....");
return instance;
饿汉就是类一旦加载，就把单例初始化完成，保证getInstance的时候，单例是已经存在的了。
懒汉式
public class SingletonLH
/**
*是否 Lazy 初始化：是
*是否多线程安全：否
*实现难度：易
*描述：这种方式是最基本的实现方式，这种实现最大的问题就是不支持多线程。因为没有加锁 synchronized，所以严格意义上它并不算单例模式。
*这种方式 lazy loading 很明显，不要求线程安全，在多线程不能正常工作。
*/
private static SingletonLH instance;
private SingletonLH ()
public static SingletonLH getInstance()
if (instance == null)
instance = new SingletonLH();
return instance;
而懒汉比较懒，只有当调用getInstance的时候，才回去初始化这个单例。
1、线程安全：
饿汉式天生就是线程安全的，可以直接用于多线程而不会出现问题，
懒汉式本身是非线程安全的，为了实现线程安全有几种写法。
例：
public class SingletonLHsyn
/**
*是否 Lazy 初始化：是
*是否多线程安全：是
*实现难度：易
*描述：这种方式具备很好的 lazy loading，能够在多线程中很好的工作，但是，效率很低，99% 情况下不需要同步。
*优点：第一次调用才初始化，避免内存浪费。
*缺点：必须加锁 synchronized 才能保证单例，但加锁会影响效率。
*getInstance() 的性能对应用程序不是很关键（该方法使用不太频繁）。
*/
private static SingletonLHsyn instance;
private SingletonLHsyn ()
public static synchronized SingletonLHsyn getInstance()
if (instance == null)
instance = new SingletonLHsyn();
return instance;
2、资源加载和性能：
饿汉式在类创建的同时就实例化一个静态对象出来，不管之后会不会使用这个单例，都会占据一定的内存，但是相应的，在第一次调用时速度也会更快，因为其资源已经初始化完成。
而懒汉式顾名思义，会延迟加载，在第一次使用该单例的时候才会实例化对象出来，第一次调用时要做初始化，如果要做的工作比较多，性能上会有些延迟，之后就和饿汉式一样了。
-
意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
-
主要解决：一个全局使用的类频繁地创建与销毁。
-
何时使用：当您想控制实例数目，节省系统资源的时候。
-
如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。
-
关键代码：构造函数是私有的。
-
应用实例：
1、一个党只能有一个主席。
2、Windows是多进程多线程的，在操作一个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象，所以所有文件的处理必须通过唯一的实例来进行。
3、一些设备管理器常常设计为单例模式，比如一个电脑有两台打印机，在输出的时候就要处理不能两台打印机打印同一个文件。 -
优点：
1、在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例（比如管理学院首页页面缓存）。
2、避免对资源的多重占用（比如写文件操作）。
缺点：没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。 -
使用场景：
1、要求生产唯一序列号。
2、WEB 中的计数器，不用每次刷新都在数据库里加一次，用单例先缓存起来。
3、创建的一个对象需要消耗的资源过多，比如 I/O 与数据库的连接等。 注意事项：getInstance() 方法中需要使用同步锁,synchronized (Singleton.class) 防止多线程同时进入造成instance 被多次实例化。
工厂模式
1.什么是工厂模式
- 它提供了一种创建对象的最佳方式。在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。实现了创建者和调用者分离，工厂模式分为简单工厂、工厂方法、抽象工厂模式
2.工厂模式好处
- 工厂模式是我们最常用的实例化对象模式了，是用工厂方法代替new操作的一种模式。
- 利用工厂模式可以降低程序的耦合性，为后期的维护修改提供了很大的便利。
- 将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。
3.为什么要学习工厂设计模式
- 不知道你们面试题问到过源码没有，你知道Spring的源码吗，MyBatis的源码吗，等等等
如果你想学习很多框架的源码，或者你想自己开发自己的框架，就必须先掌握设计模式（工厂设计模式用的是非常非常广泛的）
4.Spring开发中的工厂设计模式
1.Spring IOC
- 看过Spring源码就知道，在Spring IOC容器创建bean的过程是使用了工厂设计模式
- Spring中无论是通过xml配置还是通过配置类还是注解进行创建bean，大部分都是通过简单工厂来进行创建的。
- 当容器拿到了beanName和class类型后，动态的通过反射创建具体的某个对象，最后将创建的对象放到Map中。
2.为什么Spring IOC要使用工厂设计模式创建Bean呢
- 在实际开发中，如果我们A对象调用B，B调用C，C调用D的话我们程序的耦合性就会变高。（耦合大致分为类与类之间的依赖，方法与方法之间的依赖。）
- 在很久以前的三层架构编程时，都是控制层调用业务层，业务层调用数据访问层时，都是是直接new对象，耦合性大大提升，代码重复量很高，对象满天飞
- 为了避免这种情况，Spring使用工厂模式编程，写一个工厂，由工厂创建Bean，以后我们如果要对象就直接管工厂要就可以，剩下的事情不归我们管了。Spring IOC容器的工厂中有个静态的Map集合，是为了让工厂符合单例设计模式，即每个对象只生产一次，生产出对象后就存入到Map集合中，保证了实例不会重复影响程序效率。
5.工厂模式分类
- 工厂模式分为简单工厂、工厂方法、抽象工厂模式
简单工厂 ：用来生产同一等级结构中的任意产品。（不支持拓展增加产品）
工厂方法 ：用来生产同一等级结构中的固定产品。（支持拓展增加产品）
抽象工厂 ：用来生产不同产品族的全部产品。（不支持拓展增加产品；支持增加产品族）
123
我下面来使用代码演示一下：
5.1 简单工厂模式
什么是简单工厂模式
- 简单工厂模式相当于是一个工厂中有各种产品，创建在一个类中，客户无需知道具体产品的名称，只需要知道产品类所对应的参数即可。但是工厂的职责过重，而且当类型过多时不利于系统的扩展维护。
代码演示：
- 创建工厂
package com.lijie;
public interface Car
public void run();
- 创建工厂的产品（宝马）
package com.lijie;
public class Bmw implements Car
public void run()
System.out.println("我是宝马汽车...");
- 创建工另外一种产品（奥迪）
package com.lijie;
public class AoDi implements Car
public void run()
System.out.println("我是奥迪汽车..");
- 创建核心工厂类，由他决定具体调用哪产品
package com.lijie;
public class CarFactory
public static Car createCar(String name)
if ("".equals(name))
return null;
if(name.equals("奥迪"))
return new AoDi();
if(name.equals("宝马"))
return new Bmw();
return null;
- 演示创建工厂的具体实例
package com.lijie;
public class Client01
public static void main(String[] args)
Car aodi =CarFactory.createCar("奥迪");
Car bmw =CarFactory.createCar("宝马");
aodi.run();
bmw.run();
单工厂的优点/缺点
- 优点：简单工厂模式能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
- 缺点：很明显工厂类集中了所有实例的创建逻辑，容易违反GRASPR的高内聚的责任分配原则
5.2 工厂方法模式
什么是工厂方法模式
- 工厂方法模式Factory Method，又称多态性工厂模式。在工厂方法模式中，核心的工厂类不再负责所有的产品的创建，而是将具体创建的工作交给子类去做。该核心类成为一个抽象工厂角色，仅负责给出具体工厂子类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节
代码演示：
- 创建工厂
package com.lijie;
public interface Car
public void run();
- 创建工厂方法调用接口（所有的产品需要new出来必须继承他来实现方法）
package com.lijie;
public interface CarFactory
Car createCar();
- 创建工厂的产品（奥迪）
package com.lijie;
public class AoDi implements Car
public void run()
System.out.println("我是奥迪汽车..");
- 创建工厂另外一种产品（宝马）
package com.lijie;
public class Bmw implements Car
public void run()
System.out.println("我是宝马汽车...");
- 创建工厂方法调用接口的实例（奥迪）
package com.lijie;
public class AoDiFactory implements CarFactory
public Car createCar()
return new AoDi();
- 创建工厂方法调用接口的实例（宝马）
package com.lijie;
public class BmwFactory implements CarFactory
public Car createCar()
return new Bmw();
- 演示创建工厂的具体实例
package com.lijie;
public class Client
public static void main(String[] args)
Car aodi = new AoDiFactory().createCar();
Car jili = new BmwFactory().createCar();
aodi.run();
jili.run();
5.3 抽象工厂模式
什么是抽象工厂模式
- 抽象工厂简单地说是工厂的工厂，抽象工厂可以创建具体工厂，由具体工厂来产生具体产品。
代码演示：
- 创建第一个子工厂，及实现类
package com.lijie;
//汽车
public interface Car
void run();
class CarA implements Car
public void run()
System.out.println("宝马");
class CarB implements Car
public void run()
System.out.println("摩拜");
- 创建第二个子工厂，及实现类
package com.lijie;
//发动机
public interface Engine
void run();
class EngineA implements Engine
public void run()
System.out.println("转的快!");
class EngineB implements Engine
public void run()
System.out.println("转的慢!");
- 创建一个总工厂，及实现类（由总工厂的实现类决定调用那个工厂的那个实例）
package com.lijie;
public interface TotalFactory
// 创建汽车
Car createChair();
// 创建发动机
Engine createEngine();
//总工厂实现类，由他决定调用哪个工厂的那个实例
class TotalFactoryReally implements TotalFactory
public Engine createEngine()
return new EngineA();
public Car createChair()
return new CarA();
- 运行测试
package com.lijie;
public class Test
public static void main(String[] args)
TotalFactory totalFactory2 = new TotalFactoryReally();
Car car = totalFactory2.createChair();
car.run();
TotalFactory totalFactory = new TotalFactoryReally();
Engine engine = totalFactory.createEngine();
engine.run();
代理模式
1.什么是代理模式
- 通过代理控制对象的访问，可以在这个对象调用方法之前、调用方法之后去处理/添加新的功能。(也就是AO的P微实现)
- 代理在原有代码乃至原业务流程都不修改的情况下，直接在业务流程中切入新代码，增加新功能，这也和Spring的（面向切面编程）很相似
2.代理模式应用场景
- Spring AOP、日志打印、异常处理、事务控制、权限控制等
3.代理的分类
- 静态代理(静态定义代理类)
- 动态代理(动态生成代理类，也称为Jdk自带动态代理)
- Cglib 、javaassist（字节码操作库）
4.三种代理的区别
- 静态代理：简单代理模式，是动态代理的理论基础。常见使用在代理模式
- jdk动态代理：使用反射完成代理。需要有顶层接口才能使用，常见是mybatis的mapper文件是代理。
- cglib动态代理：也是使用反射完成代理，可以直接代理类（jdk动态代理不行），使用字节码技术，不能对 final类进行继承。（需要导入jar包）
5.用代码演示三种代理
5.1.静态代理
什么是静态代理
- 由程序员创建或工具生成代理类的源码，再编译代理类。所谓静态也就是在程序运行前就已经存在代理类的字节码文件，代理类和委托类的关系在运行前就确定了。
代码演示：
- 有一段这样的代码：（如何能在不修改UserDao接口类的情况下开事务和关闭事务呢）
package com.lijie;
//接口类
public class UserDao
public void save()
System.out.println("保存数据方法");
12345678
package com.lijie;
//运行测试类
public class Test
public static void main(String[] args)
UserDao userDao = new UserDao();
userDao.save();
修改代码，添加代理类
package com.lijie;
//代理类
public class UserDaoProxy extends UserDao
private UserDao userDao;
public UserDaoProxy(UserDao userDao)
this.userDao = userDao;
public void save()
System.out.println("开启事物...");
userDao.save();
System.out.println("关闭事物...");
1234567891011121314151617
//添加完静态代理的测试类
public class Test
public static void main(String[] args)
UserDao userDao = new UserDao();
UserDaoProxy userDaoProxy = new UserDaoProxy(userDao);
userDaoProxy.save();
- 缺点：每个需要代理的对象都需要自己重复编写代理，很不舒服，
- 优点：但是可以面相实际对象或者是接口的方式实现代理
2.2.动态代理
什么是动态代理
- 动态代理也叫做，JDK代理、接口代理。
- 动态代理的对象，是利用JDK的API，动态的在内存中构建代理对象（是根据被代理的接口来动态生成代理类的class文件，并加载运行的过程），这就叫动态代理
package com.lijie;
//接口
public interface UserDao
void save();
123456
package com.lijie;
//接口实现类
public class UserDaoImpl implements UserDao
public void save()
System.out.println("保存数据方法");
- //下面是代理类，可重复使用，不像静态代理那样要自己重复编写代理
package com.lijie;
impoAndroid Support Annotations ：安卓注解快速上手
我们都知道，安卓资源文件都是int类型的ID来保存其引用，通过注解类型，可以让我们在写代码的时候，及时发现参数类型的错误，避免潜在的BUG，如下：
我们通过@LayoutRes指定了参数必须要是R.layout.xxx格式的数据，传数字IDE就会提示我们错误
通过gradle，把注解类型引入到项目中
compile ‘com.android.support:support-annotations:23.1.1‘
安卓原生给我们提供了一系列注解类，支持我们的开发
注解类所在包位置：安卓SDK路径extrasandroidm2repositorycomandroidsupportsupport-annotations
我们随便找个23.1.1文件夹，找到里面的support-annotations-23.1.1-sources.jar，通过JD-GUI查看
通过里面Res结尾的类，我们就可以限定安卓不同类型的资源ID了
里面其他类我们也可以看看，比如NonNull、Nullable、限定范围FloatRange的也很有意思，如下：
以上是关于1111的主要内容，如果未能解决你的问题，请参考以下文章
Codeforces Round #723 (Div. 2)- I Hate 1111 - 数学
这是 Zeller 程序的代码。除了 1111 年 2 月 31 日、1111 年 6 月 31 日这通常应该是错误的日期之外，一切都运行良好。 [关闭]