单例模式
为什么要用单例模式: 保证一个类在程序中的唯一性
如何保证唯一性?
1,不允许其他程序用new创建该类对象。(私有化构造方法)
2,在该类创建一个本类实例。(定义一个私有化的静态成员)
3,对外提供一个方法让其他程序可以获取该对象。(定义一个获取实例的静态方法)
有哪些实现单例模式的方式?
懒汉式(注意: 该实现方式在多线程下存在安全隐患)
/**
* 单例模式 -- 懒汉式, 会存在多线程安全隐患
* 类加载进来,没有对象,只有调用了getInstance方法时,才会创建对象。
* 延迟加载形式。
*/
public class LazySingle {
private static LazySingle single;
private LazySingle() {}
public static LazySingle getInstance() {
if(single == null) { // 多加一次, 解决效率问题
// 多线程下存在安全隐患, 需同步
synchronized (LazySingle.class) {
if(single == null) {
single = new LazySingle();
}
}
}
return single;
}
}
饿汉式
/**
* 单例模式 -- 饿汉式
* 类一加载,对象就已经存在了。
*/
public class HungerSingle {
static HungerSingle single = new HungerSingle();
private HungerSingle() {}
public static HungerSingle getInstance() {
return single;
}
}
代理模式
定义: 给某一个对象提供一个代理对象,并由代理对象控制对原对象的引用。通俗的来讲代理模式就是我们生活中常见的中介
为什么要用代理模式?
中介隔离作用:
在某些情况下,一个客户类不想或者不能直接引用一个委托对象,而代理类对象可以在客户类和委托对象之间起到中介的作用,其特征是代理类和委托类实现相同的接口。
开闭原则,增加功能:
代理类除了是客户类和委托类的中介之外,我们还可以通过给代理类增加额外的功能来扩展委托类的功能,这样做我们只需要修改代理类而不需要再修改委托类,符合代码设计的开闭原则。代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类,以及事后对返回结果的处理等。代理类本身并不真正实现服务,而是同过调用委托类的相关方法,来提供特定的服务。真正的业务功能还是由委托类来实现,但是可以在业务功能执行的前后加入一些公共的服务。例如我们想给项目加入缓存、日志这些功能,我们就可以使用代理类来完成,而没必要打开已经封装好的委托类。
有哪几种实现代理模式的方式?
静态代理
package com.lius.javase.demo.proxy.staticProxy;
/**
* 静态代理
*
* 第一步: 创建服务类接口
* 第二步: 实现服务接口
* 第三步:创建代理类
* 第四步:编写测试类
*
* 总结:
* 优点: 可以做到在符合开闭原则的情况下对目标对象进行功能扩展。
* 缺点: 我们得为每一个服务都得创建代理类,工作量太大,不易管理。同时接口一旦发生改变,代理类也得相应修改。
*/
public class staticProxy {
interface BuyHouseService {
void bugHouse();
}
static class BuyHouseServiceImpl implements BuyHouseService {
@Override
public void bugHouse() {
System.out.println("我要买房");
}
}
static class BuyHouseProxy implements BuyHouseService{
private BuyHouseService buyHouseService;
public BuyHouseProxy(final BuyHouseService buyHouseService) {
this.buyHouseService = buyHouseService;
}
@Override
public void bugHouse() {
System.out.println("买房前准备");
buyHouseService.bugHouse();
System.out.println("买房后装修");
}
}
static class test {
public static void main(String[] args) {
BuyHouseServiceImpl buyHouse = new BuyHouseServiceImpl();
buyHouse.bugHouse();
BuyHouseProxy proxy = new BuyHouseProxy(buyHouse);
proxy.bugHouse();
/**
* 输出结果
* 我要买房
* 买房前准备
* 我要买房
* 买房后装修
*/
}
}
}
动态代理
package com.lius.javase.demo.proxy.dynamicProxy;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;
/**
* 动态代理
*
* 总结:
* 虽然相对于静态代理,动态代理大大减少了我们的开发任务,同时减少了对业务接口的依赖,降低了耦合度。
* 但是还是有一点点小小的遗憾之处,那就是它始终无法摆脱仅支持interface代理的桎梏,因为它的设计注定了这个遗憾。
* 回想一下那些动态生成的代理类的继承关系图,它们已经注定有一个共同的父类叫Proxy。
* Java的继承机制注定了这些动态代理类们无法实现对class的动态代理,原因是多继承在Java中本质上就行不通。
* 有很多条理由,人们可以否定对 class代理的必要性,但是同样有一些理由,相信支持class动态代理会更美好。
* 接口和类的划分,本就不是很明显,只是到了Java中才变得如此的细化。
* 如果只从方法的声明及是否被定义来考量,有一种两者的混合体,它的名字叫抽象类。实现对抽象类的动态代理,相信也有其内在的价值。
* 此外,还有一些历史遗留的类,它们将因为没有实现任何接口而从此与动态代理永世无缘。如此种种,不得不说是一个小小的遗憾。
* 但是,不完美并不等于不伟大,伟大是一种本质,Java动态代理就是佐例。
*/
public class DynamicProxy {
interface BuyHouseService {
void buyHouse();
}
static class BuyHouseServiceImpl implements BuyHouseService {
@Override
public void buyHouse() {
System.out.println("我要买房");
}
}
static class DynamicProxyHandler implements InvocationHandler {
private Object object;
public DynamicProxyHandler(final Object object) {
this.object = object;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("xxx前准备");
Object result = method.invoke(object, args);
System.out.println("xxx后xxx");
return result;
}
}
static class test {
public static void main(String[] args) {
BuyHouseServiceImpl buyHouse = new BuyHouseServiceImpl(); // 实现类
/**
* 注意Proxy.newProxyInstance()方法接受三个参数:
*
* ClassLoader loader: 指定当前目标对象使用的类加载器,获取加载器的方法是固定的
* Class<?>[] interfaces: 指定目标对象实现的接口的类型,使用泛型方式确认类型
* InvocationHandler: 指定动态处理器,执行目标对象的方法时,会触发事件处理器的方法
*/
BuyHouseService proxyBuyHouse = (BuyHouseService) Proxy.newProxyInstance(
BuyHouseServiceImpl.class.getClassLoader(),
new Class[]{BuyHouseService.class},
new DynamicProxyHandler(buyHouse));
proxyBuyHouse.buyHouse();
/**
* 输出结果:
* xxx前准备
* 我要买房
* xxx后xxx
*/
}
}
}
CGLIB代理
package com.lius.javase.demo.proxy.cglibProxy;
import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;
import java.lang.reflect.Method;
/**
* 依赖:
* <dependency>
* <groupId>cglib</groupId>
* <artifactId>cglib</artifactId>
* <version>2.2.2</version>
* </dependency>
*/
/**
* CGLib代理
* 使用场景:
* JDK实现动态代理需要实现类通过接口定义业务方法,对于没有接口的类,如何实现动态代理呢,这就需要CGLib了。
* CGLib采用了非常底层的字节码技术,其原理是通过字节码技术为一个类创建子类,
* 并在子类中采用方法拦截的技术拦截所有父类方法的调用,顺势织入横切逻辑。
* 但因为采用的是继承,所以不能对final修饰的类进行代理。
* JDK动态代理与CGLib动态代理均是实现Spring AOP的基础。
*/
public class CGLibProxy {
static class BuyHouse {
public void buyHouse() {
System.out.println("我要买房");
}
}
static class CgLibProxy implements MethodInterceptor {
/**
* @param clazz 被代理的类
*/
public Object getInstance(Class clazz) {
// 1. 创建字节码增强器,用来对被代理的类扩展。
Enhancer enhancer = new Enhancer();
// 2. 告诉cglib,生成的子类需要继承那个父类。
enhancer.setSuperclass(clazz);
// 3. 设置回调
enhancer.setCallback(this);
// 4. 生成源代码,编译成class文件,加载到jvm,并返回代理对象。
Object obj = enhancer.create();
return obj;
}
/**
* @param obj 生成的子类
* @param method 被拦截的方法
* @param args 被拦截方法的参数
* @param proxy 触发父类的方法对象
*/
@Override
public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
System.out.println("xxx前准备");
proxy.invokeSuper(obj, args);
System.out.println("xxx后xxx");
return null;
}
}
static class Test {
public static void main(String[] args) {
BuyHouse buyHouse = new BuyHouse();
CgLibProxy cgLibProxy = new CgLibProxy();
BuyHouse buyHouseProxy = (BuyHouse) cgLibProxy.getInstance(buyHouse.getClass());
buyHouseProxy.buyHouse();
/**
* 输出结果:
* xxx前准备
* 我要买房
* xxx后xxx
*/
}
}
}