Java基础之浅谈 代理模式(反射的应用场景之一)

本文介绍了代理模式在Java中的应用,包括静态代理和动态代理。通过代码示例展示了如何实现代理模式,解释了代理模式在解决访问控制、职责划分等问题上的作用。同时,提到了Spring框架中的AOP利用了代理模式。动态代理则通过Java的反射机制实现,允许在运行时动态创建代理对象,增强了代码的灵活性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前面一直说反射,好像反射除了操作对象类,好像也没有什么用,其实不然,在后面的许多框架中,都是应用了反射的,其中最核心的一个逻辑就代理模式,这个是24设计模式中一种代理模式。

而下面我会摘抄一些网上的概念东西,具体如何体验,我会用代码演示。

代理模式概念

理解概念

在代理模式(Proxy Pattern)中,一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。

在代理模式中,我们创建具有现有对象的对象,以便向外界提供功能接口。

其实简单的理解好比我们租房我们通过中介公司寻找合适的房子,而拥有房子的是房东,但是房东几乎不与我们见面,而是中介在其中充当了房子主人的角色与我们交流。

一般人租房为什么会找中介呢?

第一:我们没有时间精力或者能力去筛选我们相对合适的房子。

第二:一般的房东也不会,把自己的电话放在网上说,任何人都可以查询到,然后给自己打很多电话。(如果非要杠:说有人会啊,但毕竟是少数。再说了只是假设了一种情况方便理解代理模式而已,不要深究现实的个例)

那就依次套在我们使用代理模式的的原因:

1:直接访问一些对象(因为在Java中万物皆对象)的时候,由于某些原因(比如开销大或者安全控制等原因)所以我们需要一个中间的模块代理来访问这个类。

2:直接访问会给使用者或者对象类带来一些非必要的麻烦。

上面举行说明了一些代理是为了解决什么问题而存在。那么现在说一下其优缺点:

对用房屋中介:

优点:各个定位明确,房屋中介提供以及整理房屋信息,然后沟通租房和房东。以及根据两方的要求在中介进行调整,还可以推荐其他房子。

缺点:我们支付了一部分中介费,当然是很合理,不过对我们来说等于多支付了一部分额外支出,同时在签约前无法和房东直接交流(毕竟中介也怕逃单)。同时中介本身根据两方的要求也会不停的增加自己工作的难度,比如协商合同来回带着客户跑等行为。

对应代理模式:

优点:1:职责清晰,毕竟谁干谁的工作。2:高扩展性。3:方便操作也就是只能化。

缺点:由于者对接,中间出了一个代理层,意味者两者连接会有延迟,同时会额外消耗一些资源。代理层也会根据需求变得多样化,也会让代理层变得很复杂。

其实在spring框架中的aop(面向切面编程)中都使用了代理。

代码实现

上面我们只是简单的了解其代理的概念,下面用代码体验一下或者说是实现一下:

静态代理,其实就是一个java实现的简单的代理,只不过是写死的只能用在一种情况下,所以称之为静态代理,不过可以看一下代码理解代理的意义

package test;

public class staticProxy {
  public static void main(String[] args) {
	  Cat cat =new Cat();
      // 将实例的对象交过代理类,让其进行调用自己想调用的方法
	  proxyAnimal panimal=new proxyAnimal(cat);
	  panimal.eat();
	  
	
}
}


//类和代理类都需要继承的接口,因为这样才能绑定两者针对相同的行为有相同的方法
interface Animal{
	void eat();
	void play();
}


class Cat implements Animal{

	@Override
	public void eat() {
		System.out.println("我是一只猫咪,在吃东西");
		
	}

	@Override
	public void play() {
		System.out.println("我是一只猫咪,我在玩");
		
	}
	
}


class proxyAnimal implements Animal{
	Animal animal;
	public proxyAnimal(Animal animal) {
		this.animal=animal;
	}
	
	
	@Override
	public void eat() {
		System.out.println("这个是代理之前的");
		
		animal.eat();
		System.out.println("这个是代理之后的");
		
	}

	@Override
	public void play() {
System.out.println("这个是代理之前的");
		
		animal.play();
		System.out.println("这个是代理之后的");
		
	}
	
}

// 输出的是
这个是代理之前的
我是一只猫咪,在吃东西
这个是代理之后的

上面只是一个简单的代理,而后面所说的动态代理也是根据这个进行的依次拓展。先理解一些所谓的静态代理。然后再搞一下动态代理。

不过从上面我们可以看出实现代理条件:代理类和被代理类实现了同一个接口。

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

public class staticProxy {
  public static void main(String[] args) {
	  Cat cat =new Cat();
	  proxyAnimal p=new proxyAnimal();
	  p.bindObject(cat);
	  //
	  Animal pObject=(Animal) p.getProyxstInstance();//这个地方的pObject的类型只能为接口类型,因为是动态创建了一个匿名代理类,不然编译不会报错,但是运行会报误
//	  Exception in thread "main" java.lang.ClassCastException: test.$Proxy0 cannot be cast to test.Cat
	  pObject.eat();
	  
//	 可以试试是否代理其他的类
	  Humane m=new Man();
	  p=new proxyAnimal();
	  p.bindObject(m);
	  Humane phuamnObject=(Humane) p.getProyxstInstance();
	  phuamnObject.run();
	
}
}


interface Humane{
	void run();
}

class Man implements Humane{

	@Override
	public void run() {
		System.out.println("奔跑的男人");
	}
	
}


interface Animal{
	void eat();
	void play();
}


class Cat implements Animal{

	@Override
	public void eat() {
		System.out.println("我是一只猫咪,在吃东西");
		
	}

	@Override
	public void play() {
		System.out.println("我是一只猫咪,我在玩");
		
	}
	
}


class proxyAnimal implements InvocationHandler {
//	 为了重复使用,所以我们无法写某一个对象类
	private Object objectClass;
	public Object getObject() {
		return this.objectClass;
	}
	
	public void bindObject(Object objectClass) {
		this.objectClass= objectClass;
	}
	public  Object getProyxstInstance() {
        //
        //objectClass.getClass().getClassLoader() 前面说反射的的四种方式,这个就是通过第四种,通过加载器进行反射创建类的。 如果深究的话那就需要看Proxy这个类的源码了。
		return Proxy.newProxyInstance(objectClass.getClass().getClassLoader(), objectClass.getClass().getInterfaces(), this);
	}
//InvocationHandler 这个接口下的方法 自动会将我们调用的方法放入Method method,以及参数Object[] args。而proxy代表的是我们创建的一个匿名代理类
// 这个是这个接口源码定义的,所以不要纠结为什么,主要是理解这个设计思路。而方法文档截图放下面可以看一下。	
	@Override
	public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
		// 进行业务增强
        System.out.println("动态代理前");
        // 通过反射调用方法本身
        Object invoke = method.invoke(objectClass, args);
        System.out.println("动态代理后");
        return invoke;
	}

	
}

//输出
动态代理前
我是一只猫咪,在吃东西
动态代理后
动态代理前
奔跑的男人
动态代理后

对这个,在基础了解的时候,需要了解实现的逻辑,如果晋级的话,那就需要看源码,以及源码的实现,方便自己写一些框架什么的。

当然代理模式是24设计模式之一,以后有时间的话,再简单的将其他的设计逻辑捋一遍。

<think>好的,我现在需要回答用户关于IoC(控制反转)和AOP(面向切面编程)的基本概念、原理与区别的问题。用户已经提供了站内引用中的相关信息,我需要结合这些信息以及之前的对话历史来构建一个结构清晰的回答。 首先,我需要回顾之前的对话。用户之前询问了数据库索引的相关问题,我回答了定义、优缺点,并生成了相关问题。现在用户转向了Spring框架中的IoC和AOP,这属于Java企业级开发的核心概念。 接下来,我需要解析用户的问题。用户明确要求了解IoC和AOP的概念、原理以及两者的区别。根据提供的引用,IoC涉及控制反转和依赖注入,而AOP则涉及面向切面编程,用于处理交叉关注点。同时,引用中还提到了Spring框架如何结合这两个概念来降低耦合度,提高代码复用性。 我需要先分别解释IoC和AOP的基本概念,确保每个部分都有明确的定义。例如,IoC的核心是将对象的创建和依赖管理交给容器,而不是由程序自己控制。而AOP则是通过动态代理技术,将横切关注点(如日志、事务)模块化。 然后,要深入原理部分。对于IoC,可能需要解释依赖注入的几种方式(构造器注入、setter注入等),以及Spring容器如何管理Bean的生命周期。对于AOP,需要说明动态代理的实现方式(JDK动态代理和CGLIB),以及如何通过切入点表达式定义切点,通知的类型(前置、后置、环绕等)及其执行流程。 接下来是区别部分。需要比较两者的关注点不同:IoC主要解决对象创建和依赖管理,而AOP处理分散在多个模块中的横切关注点。同时,它们在实现机制上的不同,IoC通过容器管理Bean,AOP通过代理和拦截器实现。 此外,用户提供的引用中提到AOP在BeanPostProcessor后置处理中实现,这一点需要在原理部分详细说明。同时,结合应用场景,如事务管理和日志记录,可以具体举例说明两者的实际用途。 需要确保回答结构清晰,分点列出,每个部分都有小标题,并使用适当的格式如加粗、列表等增强可读性。同时,注意引用来源,比如在解释IoC和AOP时引用提供的文献[^1][^2][^3][^4]。 最后,生成相关问题,考虑用户可能想深入了解的内容,比如IoC容器的工作机制、AOP的实现技术比较,或两者在项目中的实际应用案例。 需要检查是否符合之前的格式要求:使用中文,行内数学表达式用$...$,独立公式用$$...$$(虽然这个问题可能不需要数学公式),但可能需要代码块示例,比如动态代理的简单代码。但用户提供的引用中没有代码示例,可能不需要添加,除非有必要。 另外,注意用户提到的“参考站内引用”,但回答中需要自然地融入这些引用,而不是直接复制。需要用自己的话组织内容,并在适当的位置标注引用标识,如[^1][^2]等。 总结步骤: 1. 定义IoC和AOP,分别说明概念。 2. 分析两者的实现原理,包括技术细节(如依赖注入方式、动态代理)。 3. 比较两者的区别,从目的、实现方式、应用场景等方面。 4. 结合实际应用举例,如事务管理、日志记录。 5. 生成相关问题,引导用户深入探讨。 现在需要确保每个部分的信息准确,引用正确,并且语言流畅,结构清晰。</think>### IoC(控制反转)与AOP(面向切面编程)解析 --- #### 一、IoC(控制反转) **1. 基本概念** IoC(Inversion of Control)是一种**设计思想**,核心是将对象的创建与依赖关系的控制权从程序代码转移给外部容器(如Spring容器)。传统编程中,对象直接通过`new`关键字创建并管理依赖,而IoC通过**依赖注入(DI)**或依赖查找实现控制权的反转。例如: ```java // 传统方式:对象在代码中直接创建 UserService userService = new UserServiceImpl(); // IoC方式:依赖由容器注入 @Autowired private UserService userService; ``` **2. 实现原理** - **依赖注入(DI)**:Spring容器通过构造器、Setter方法或字段反射注入依赖对象。 - **Bean生命周期管理**:容器负责Bean的实例化、初始化、使用和销毁,通过配置文件或注解(如`@Component`)定义Bean。 - **解耦优势**:对象间依赖关系由容器配置,降低代码耦合度,提升可测试性和维护性[^3]。 **3. 应用场景** - 模块化开发:不同模块通过接口依赖,实现灵活替换。 - 单元测试:Mock对象可轻松注入,无需硬编码依赖[^3]。 --- #### 二、AOP(面向切面编程) **1. 基本概念** AOP(Aspect-Oriented Programming)通过**动态代理技术**,将分散在多个模块中的**横切关注点**(如日志、事务)抽象为独立的切面,实现功能的无
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值