Day697.Spring框架中的设计模式 -深入拆解 Tomcat & Jetty
Posted 阿昌喜欢吃黄桃
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Day697.Spring框架中的设计模式 -深入拆解 Tomcat & Jetty相关的知识,希望对你有一定的参考价值。
Spring框架中的核心设计模式
Hi,我是阿昌
,今天学习记录的是关于Spring框架中的核心设计模式
。
一、简单工厂模式
我们来考虑这样一个场景:
当 A 对象需要调用 B 对象的方法时,我们需要在 A 中 new 一个 B 的实例,我们把这种方式叫作硬编码耦合
,它的缺点是一旦需求发生变化,比如需要使用 C 类来代替 B 时,就要改写 A 类的方法。
假如应用中有 1000 个类以硬编码的方式耦合了 B,那改起来就费劲了。于是简单工厂模式就登场了,简单工厂模式又叫静态工厂方法,其实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。
Spring 中的 BeanFactory 就是简单工厂模式的体现,BeanFactory 是 Spring IOC 容器中的一个核心接口,它的定义如下:
public interface BeanFactory
Object getBean(String name) throws BeansException;
<T> T getBean(String name, Class<T> requiredType);
Object getBean(String name, Object... args);
<T> T getBean(Class<T> requiredType);
<T> T getBean(Class<T> requiredType, Object... args);
boolean containsBean(String name);
boolean isSingleton(String name);
boolea isPrototype(String name);
boolean isTypeMatch(String name, ResolvableType typeToMatch);
boolean isTypeMatch(String name, Class<?> typeToMatch);
Class<?> getType(String name);
String[] getAliases(String name);
我们可以通过它的具体实现类(比如 ClassPathXmlApplicationContext)来获取 Bean:
BeanFactory bf = new ClassPathXmlApplicationContext("spring.xml");
User userBean = (User) bf.getBean("userBean");
从上面代码可以看到,使用者不需要自己来 new 对象,而是通过工厂类的方法 getBean 来获取对象实例,这是典型的简单工厂模式,只不过 Spring 是用反射机制来创建 Bean 的。
二、工厂方法模式
工厂方法模式说白了其实就是简单工厂模式的一种升级或者说是进一步抽象,它可以应用于更加复杂的场景,灵活性也更高。在简单工厂中,由工厂类进行所有的逻辑判断、实例创建;
如果不想在工厂类中进行判断,可以为不同的产品提供不同的工厂,不同的工厂生产不同的产品,每一个工厂都只对应一个相应的对象,这就是工厂方法模式。
Spring 中的 FactoryBean 就是这种思想的体现,FactoryBean 可以理解为工厂 Bean,先来看看它的定义:
public interface FactoryBean<T>
T getObject();
Class<?> getObjectType();
boolean isSingleton();
我们定义一个类 UserFactoryBean 来实现 FactoryBean 接口,主要是在 getObject 方法里 new 一个 User 对象。
这样我们通过 getBean(id) 获得的是该工厂所产生的 User 的实例,而不是 UserFactoryBean 本身的实例,像下面这样:
BeanFactory bf = new ClassPathXmlApplicationContext("user.xml");
User userBean = (User) bf.getBean("userFactoryBean");
三、单例模式
单例模式是指一个类在整个系统运行过程中,只允许产生一个实例。在 Spring 中,Bean 可以被定义为两种模式:
Prototype(多例)和 Singleton(单例),Spring Bean 默认是单例模式
。
那 Spring 是如何实现单例模式的呢?答案是通过单例注册表的方式,具体来说就是使用了 HashMap。
请注意为了方便你阅读,对代码进行了简化:
public class DefaultSingletonBeanRegistry
//使用了线程安全容器ConcurrentHashMap,保存各种单实例对象
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<String, Object>;
protected Object getSingleton(String beanName)
//先到HashMap中拿Object
Object singletonObject = singletonObjects.get(beanName);
//如果没拿到通过反射创建一个对象实例,并添加到HashMap中
if (singletonObject == null)
singletonObjects.put(beanName,
Class.forName(beanName).newInstance());
//返回对象实例
return singletonObjects.get(beanName);
上面的代码逻辑比较清晰,先到 HashMap 去拿单实例对象,没拿到就创建一个添加到 HashMap。
四、代理模式
所谓代理,是指它与被代理对象实现了相同的接口,客户端必须通过代理才能与被代理的目标类进行交互,而代理一般在交互的过程中(交互前后),进行某些特定的处理,比如在调用这个方法前做前置处理,调用这个方法后做后置处理。
代理模式
中有下面几种角色:
- 抽象接口:定义目标类及代理类的共同接口,这样在任何可以使用目标对象的地方都可以使用代理对象。
- 目标对象: 定义了代理对象所代表的目标对象,专注于业务功能的实现。
- 代理对象: 代理对象内部含有目标对象的引用,收到客户端的调用请求时,代理对象通常不会直接调用目标对象的方法,而是在调用之前和之后实现一些额外的逻辑。
代理模式的好处是,可以在目标对象业务功能的基础上添加一些公共的逻辑,比如我们想给目标对象加入日志、权限管理和事务控制等功能,我们就可以使用代理类来完成,而没必要修改目标类,从而使得目标类保持稳定。这其实是开闭原则的体现,不要随意去修改别人已经写好的代码或者方法。代理又分为静态代理和动态代理两种方式。
静态代理需要定义接口,被代理对象(目标对象)与代理对象(Proxy) 一起实现相同的接口,我们通过一个例子来理解一下:
//抽象接口
public interface IStudentDao
void save();
//目标对象
public class StudentDao implements IStudentDao
public void save()
System.out.println("保存成功");
//代理对象
public class StudentDaoProxy implements IStudentDao
//持有目标对象的引用
private IStudentDao target;
public StudentDaoProxy(IStudentDao target)
this.target = target;
//在目标功能对象方法的前后加入事务控制
public void save()
System.out.println("开始事务");
target.save();//执行目标对象的方法
System.out.println("提交事务");
public static void main(String[] args)
//创建目标对象
StudentDao target = new StudentDao();
//创建代理对象,把目标对象传给代理对象,建立代理关系
StudentDaoProxy proxy = new StudentDaoProxy(target);
//执行的是代理的方法
proxy.save();
而 Spring 的 AOP 采用的是动态代理的方式,而动态代理就是指代理类在程序运行时由 JVM 动态创建。在上面静态代理的例子中,代理类(StudentDaoProxy)是我们自己定义好的,在程序运行之前就已经编译完成。
而动态代理,代理类并不是在 Java 代码中定义的,而是在运行时根据我们在 Java 代码中的“指示”动态生成的。那我们怎么“指示”JDK 去动态地生成代理类呢?
在 Java 的java.lang.reflect包里提供了一个 Proxy 类和一个 InvocationHandler 接口,通过这个类和这个接口可以生成动态代理对象。具体来说有如下步骤:
- 定义一个 InvocationHandler 类,将需要扩展的逻辑集中放到这个类中,比如下面的例子模拟了添加事务控制的逻辑。
public class MyInvocationHandler implements InvocationHandler private Object obj; public MyInvocationHandler(Object obj) this.obj=obj; @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable System.out.println("开始事务"); Object result = method.invoke(obj, args); System.out.println("开始事务"); return result;
- 使用 Proxy 的 newProxyInstance 方法动态的创建代理对象:
public static void main(String[] args) //创建目标对象StudentDao IStudentDao stuDAO = new StudentDao(); //创建MyInvocationHandler对象 InvocationHandler handler = new MyInvocationHandler(stuDAO); //使用Proxy.newProxyInstance动态的创建代理对象stuProxy IStudentDao stuProxy = (IStudentDao) Proxy.newProxyInstance(stuDAO.getClass().getClassLoader(), stuDAO.getClass().getInterfaces(), handler); //动用代理对象的方法 stuProxy.save();
上面的代码实现和静态代理一样的功能,相比于静态代理,动态代理的优势在于可以很方便地对代理类的函数进行统一的处理,而不用修改每个代理类中的方法。Spring 实现了通过动态代理对类进行方法级别的切面增强,来解释一下这句话,其实就是动态生成目标对象的代理类,并在代理类的方法中设置拦截器,通过执行拦截器中的逻辑增强了代理方法的功能
,从而实现 AOP。
五、总结
Spring 的两大核心功能 IOC
和AOP
中用到的一些设计模式,主要有简单工厂模式
、工厂方法模式
、单例模式
和代理模式
。而代理模式又分为静态代理和动态代理。
注意到在 newProxyInstance 方法中,传入了目标类的加载器、目标类实现的接口以及 MyInvocationHandler 三个参数,就能得到一个动态代理对象,请你思考一下 newProxyInstance 方法是如何实现的。
动态代理的思路便是动态生成一个新类,先通过传入的classLoader生成对应Class对象,后通过反射获取构造函数对象并生成代理类实例,jdk动态代理是通过接口实现的,但很多类是没有针对接口设计的,但是我们知道可以通过拼接字节码生成新的类的自由度是十分大的,所以cglib框架就是通过拼接字节码来实现非接口类的代理。
以上是关于Day697.Spring框架中的设计模式 -深入拆解 Tomcat & Jetty的主要内容,如果未能解决你的问题,请参考以下文章