Java 反射机制是指在运行时动态地获取和操作类的信息、调用对象的方法和访问对象的属性的能力
。通过反射,可以在程序运行时分析和修改类的结构、行为和状态。
Java 反射机制提供了以下功能:
通过反射机制,可以在运行时动态地操作类和对象,解耦了编译时的依赖关系,提供了更大的灵活性和扩展性。
但是需要注意,由于反射涉及到动态生成和修改类的结构,可能会影响性能,并且需要额外的权限。
正射:
一般情况下,我们使用某个类,都会知道这个类,以及要用它来做什么,可以直接通过new实例化创建对象
,然后使用这个对象对类进行操作,这个就属于正射~
Student类
public class Student {
private int id;
public void setId(int id) {
this.id = id;
}
public int getId() {
return this.id;
}
}
Student student = new Student();
student.setId(1);
System.out.println("正射获取ID :"+student.getId());
//输出:正射获取ID :1
正射很好理解,就不多说了,现在来讲讲反射,同样可以创建对象,调用对象的方法,等等正射能做的事,通过反射都能做
反射:
反射则是一开始并不知道要初始化的是什么类
,无法使用new来实例化创建对象
,主要是通过JDK提供的反射API
来实现,在运行时才知道要操作的是什么类,并且可以获取到类的完整构造以及调用对应的方法
,这就是反射~
//1、通过 Class.forName 方法获取 Srudent类的 Class 对象
Class<?> clz = Class.forName("Reflect.Student");
//2、通过 getConstructor 方法获取类的无参构造方法
// Constructor> constructor = clz.getConstructor();//可省略
//3、通过 newInstance 方法实例化对象
// Object stu = constructor.newInstance();//可省略
Student stu = (Student) clz.newInstance();//(代替2-3)直接通过字节码对象Class.newInstance()实例化对象
//4、通过 getMethod 方法获取类的方法信息("setId", int.class) setId为方法名 int.class为方法参数类型
Method setId = clz.getMethod("setId", int.class);
//5、通过 invoke 方法调用该方法
setId.invoke(stu,3);
//也可以直接通过对象stu 调用Student类的方法
Method getId = clz.getMethod("getId");
System.out.println("反射获取ID :"+getId.invoke(stu));
//输出:反射获取ID :3
总结就是:
上述例子反射的调用过程,可以看到获取一个类的反射对象
,主要过程为:
获取到类的反射对象后,就可以对类进行操作了
~ 例如,上述示例中对类的方法进行调用过程为:
根据Class实例对象获取到类的Method对象
再根据Method对象的invoke方法调用到具体类的方法
上面示例反向调用过程中我们是通过Class.forName("类的全局定名")
这种方式来获取到类的Class实例对象,除了这种,常用的还有其他两种
获取类的java.lang.Class实例对象,常见的三种方式分别为:
MyClass.class
获取,这里的MyClass指具体类~~Class.forName("类的全局定名")
获取,全局定名为包名+类名new MyClass().getClass()
获取,这里的MyClass指具体类~ Class<?> clz = Class.forName("Reflect.Student"); //全类名获取
Class<Student> clz = Student.class; //类.class获取
Class<? extends Student> clz = new Student().getClass();//newClass().getClass()获取
区别在于:
具体体现可参考链接:吾日三省贾斯汀----->Java–反射机制原理、几种Class获取方式及应用场景
总结:
不会做任何类的初始化工作
静态初始化工作
静态初始化
和非静态初始化
工作都会进行内存地址相同
的(jvm类加载的双亲委派机制,类只会被加载一次)简单工厂示例:
步骤1:创建抽象产品类
public interface Product {
void show();
}
步骤2:创建具体产品类:
public class ProductA implements Product {
@Override
public void show() {
System.out.println("生产了产品A");
}
}
public class ProductB implements Product {
@Override
public void show() {
System.out.println("生产了产品B");
}
}
public class ProductC implements Product {
@Override
public void show() {
System.out.println("生产了产品C");
}
}
步骤3:创建简单工厂类
/**
* 静态工厂
*/
public class Product_factory {
/**
* todo 常规工厂 (工厂和产品耦合)
*/
public static Product createProduct(String productName) throws Exception {
Product product = null;
if ("A".equals(productName)) {
product = new ProductA();
}else if("B".equals(productName)){
product = new ProductB();
}else if("C".equals(productName)){
product = new ProductC();
}else{
throw new Exception("没有该产品");
}
return product;
}
}
步骤4:调用简单工厂类
public static void main(String[] args) throws Exception {
//通过工厂生产对象A
Product A = Product_factory.createProduct("A");
//调用A对象的方法
A.show();
Product B = Product_factory.createProduct("B");
B.show();
Product C = Product_factory.createProduct("C");
C.show();
}
输出:
A产品被生产了
B产品被生产了
B产品被生产了
优化前的弊端
每增加一个接口的子类,必须修改工厂类的逻辑
例如我需要加一个产品C,就必须要修改工厂,追加产品C的生产过程
public class ProductD implements Product{
@Override
public void show() {
System.out.println("D产品被生产了");
}
}
这样就违背了开闭原则(在追加新产品时,应该不要修改原来已有的代码,而是在原来的基础上扩展)
这个时候反射就可以克服这个弊端(将产品和工厂解耦)
优化后
优化工厂类
/**
* todo 反射工厂(通过产品全类名来创建产品) (工厂和产品解耦合)
*/
public static Product createProductReflect(String Full_product_name ) {
Product product = null;
try {
//根据产品类的全类名反射生成产品类的class字节对象
Class<?> aClass = Class.forName(Full_product_name);
//通过产品类的字节码对象 创建真实对象
product = (Product) aClass.newInstance();
}catch (Exception e){
e.printStackTrace();
}
return product;
}
测试类:
//全类名反射通过工厂生产产品
Product A = Product_factory.createProductReflect("factory.Simple_factory.ProductA");
A.show();
Product B = Product_factory.createProductReflect("factory.Simple_factory.ProductB");
B.show();
Product C = Product_factory.createProductReflect("factory.Simple_factory.ProductC");
B.show();
输出:
A产品被生产了
B产品被生产了
B产品被生产了
这样如果要追加产品D,只需要新增产品D,无需修改工厂,只需要在需要D产品时,通过对工厂引入产品的全类名就可以生产产品类对象
新增产品D
public class ProductD implements Product{
@Override
public void show() {
System.out.println("D产品被生产了");
}
}
通过对工厂引入产品的全类名生产产品类对象
Product D = Product_factory.createProductReflect("factory.Simple_factory.ProductD");
D.show();
输出:
D产品被生产了
使用Java反射机制优化简单工厂模式后,可以看到,
不论具体产品类更新多频繁,都不需要再修改工厂类
,从而解决了普通简单工厂模式操作成本高和系统复杂性高的问题~
简单工厂模式的工厂类采用Java反射机制进行优化后,此时的仍然存在这样一个问题,
子类的全局定名(包名+类名)是写死的
,但是实际上开发者在写代码时是很难提前预知所有的子类的全局定名(包名+类名)的,因此需要进行二次优化~
优化思路:
通过配置文件方式,
统一定义类名对应全局定名(包名+类名),将配置文件存放到资源目录下
,程序运行时通过ClassLoader类加载器动态获取到配置文件中定义的子类的全局定名
~
再次优化步骤2:配置类名对应全局定名(包名+类名)
创建属性配置文件Product.properties
//产品抽象类Product相关子类的全局定名(包名+类名)定义
//key value
ProductA = com.justin.java.lang.ProductA
ProductB = com.justin.java.lang.ProductB
ProductC = com.justin.java.lang.ProductC
再次优化步骤3:修改调用工厂类
public class FactoryTest {
@Test
public void test() throws IOException {
ClassLoader classLoader = this.getClass().getClassLoader();
Properties prop = new Properties();
prop.load(classLoader.getResourceAsStream("Product.properties"));
String className = "";
try {
className = prop.getProperty("ProductA");
Product productA = Factory.getInstance(className);
productA.show();
} catch (NullPointerException e) {
System.out.println("没有A这款产品,无法生产~");
}
try {
className = prop.getProperty("ProductB");
Product productA = Factory.getInstance(className);
productA.show();
} catch (NullPointerException e) {
System.out.println("没有B这款产品,无法生产~");
}
try {
className = prop.getProperty("ProductC");
Product productA = Factory.getInstance(className);
productA.show();
} catch (NullPointerException e) {
System.out.println("没有C这款产品,无法生产~");
}
}
}
输出:
生产了产品A
生产了产品B
生产了产品C
相比较优化前,将产品类对应的全类名,放在了配置文件里面,在生产产品时,根据以下配置将产品类对应的全类名从配置文件里面取到,然后再根据全类名反射构建产品对象:
ClassLoader classLoader = this.getClass().getClassLoader();
Properties prop = new Properties();
prop.load(classLoader.getResourceAsStream("Product.properties"));
classLoader.getResourceAsStream("Product.properties")
是通过类加载器来获取资源文件 “Product.properties” 的输入流。getResourceAsStream() 方法是 java.lang.ClassLoader 类的一个方法,它可以根据给定的路径从类路径中查找并返回对应的资源文件的输入流。
prop.load()
是 java.util.Properties 类的一个方法,用于将输入流中的数据加载到属性对象中。
在这行代码中,prop 是一个属性对象,通过调用 prop.load() 方法,并将类加载器获取到的资源文件输入流作为参数,实现将资源文件的内容加载到属性对象中。
综上所述,这行代码的作用是使用类加载器加载名为 "Product.properties" 的资源文件,并将其读取为属性对象。这样可以方便地获取和操作资源文件中定义的属性值。
代理模式是什么?
代理(Proxy)模式是一种设计模式,通过代理对象来访问目标对象,还可以在不修改目标对象的情况下,对代理对象进行拓展,增强目标对象的功能~
静态代理是在编译时就已经确定代理类和被代理类的关系
,代理类和被代理类实现同一个接口或继承同一个父类
。代理类持有对被代理对象的引用(代理对象),在调用目标方法之前或之后执行一些额外的逻辑
。静态代理的代码在编译时就已经确定,因此代理类需要为每一个被代理类编写一个对应的代理类。这种方式的好处是简单直观,容易理解和掌握,但是当被代理的类较多时,会产生大量的重复代码。
也就是一个被代理类对应着一个代理类,但是当被代理的类较多时,会产生大量的重复代码。
其实静态代理通俗的来说,就是
被代理类和代理类共同实现一个接口
,并且实现接口的方法,代理类通过声明被代理类的实例化对象(代理对象)
(也就是编译时就已经确定代理类和被代理类的关系),通过调用和被代理类一样的方法
(这就是为什么要共同实现一个接口的方法),并且在代理类方法中通过代理对象调用被代理类的方法
(可以在被代理类的方法做出增代理类设置的增强),从而达到代理或代理增强的效果
动态代理是在运行时生成代理类,不需要对每个被代理类都编写一个对应的代理类
。它通过使用 Java 的反射机制,在运行时动态地创建代理类和代理对象
。代理类实现一个统一的接口或继承一个父类
,并持有一个 InvocationHandler 对象作为其调用处理器。在调用目标方法时,代理类会将方法调用转发给 InvocationHandler 处理器,并可以在调用之前或之后添加额外的逻辑
,动态代理的优势在于可以更加灵活地动态创建代理对象,减少了重复的代理类编写,适用于代理类较多或需要动态管理代理对象的场景。
JDK 原生动态代理,主要利用了JDK API的
java.lang.reflect.Proxy
和java.lang.relfect.InnvocationHandler
这两个类来实现~
通过java.lang.reflect.Proxy代理类的newProxyInstance方法
,传递3个参数,分别是:
步骤:
举例:
产品类接口Product_interface
/**
* 被代理类接口
*/
public interface Product_interface {
void sell();
}
产品类Product
/**
* @Description TODO 被代理类
**/
public class Product implements Product_interface{
@Override
public void sell() {
System.out.println("生产了一台iphone 15 pro max");
}
}
代理类ProductProxy
/**
* @Description TODO 动态代理类
**/
public class ProductProxy {
private Object target;//被代理的对象
public ProductProxy (Object target){//通过构造方法引入被代理对象
this.target = target;
}
/**
* 利用JDK API获取到代理对象
* @return
*/
public Object getProxyInstance(){
//目标对象的加载器
ClassLoader classLoader = target.getClass().getClassLoader();//反射
//目标对象的实现接口类型
Class<?>[] interfaces = target.getClass().getInterfaces();//反射
//InvocationHandler事件处理器实例对象
InvocationHandler invocationHandler = new InvocationHandler() {
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
//前置增强
System.out.println("提前接到消息的黄牛正在蹲抢中.............");
// 执行目标对象方法
Object value = method.invoke(target, args);
//后置增强
System.out.println("无货......................");
return null;//若无返回值 就直接返回 若需要返回一个返回值 就如实返回
}
};
//传入3个参数,创建代理类的实例对象,并返回
return Proxy.newProxyInstance(classLoader,interfaces,invocationHandler);
}
}
测试类ProductBuyTest
public static void main(String[] args) {
Product_interface product = new Product();//创建被代理类对象
ProductProxy productProxy = new ProductProxy(product);//将被代理类的对象交给代理类
Product_interface proxy = (Product_interface) productProxy.getProxyInstance();//由代理类生成代理对象
proxy.sell();//通过代理对象执行被代理类的增强方法
}
输出:
提前接到消息的黄牛正在蹲抢中.............
富士康生产了一台iphone 15 pro max
无货......................
JDK原生动态代理中,获取代理示例对象过程中,获取目标对象的类加载器,通过
target.getClass().getClassLoader获取到目标对象的类加载器
,target.getClass()方式获取目标对象的Class实例对象
使用的就是Java反射机制来实现的~
CGLIB(Code Generation Library)是一个基于ASM(一个Java字节码操作框架)的代码生成库
,它可以在运行时动态地生成目标类的子类
,从而实现对目标类的代理
。
使用时需引入cglib依赖
<dependency>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
<version>2.2.2</version>
</dependency>
产品类Product
/**
* 被代理类
*/
public class Product {
public void sell() {
System.out.println("富士康生产了一台iphone 15 pro max");
}
}
代理类CglibProxy
/**
* @Description: 代理类 用来获取代理对象
*/
public class CglibProxy implements MethodInterceptor {
private Object target;//被代理的对象
public CglibProxy (Object target){//通过构造方法引入被代理对象
this.target = target;
}
/**
* 用于构造代理对象
* @return
*/
public Object getProxyObject() {
//创建Enhancer对象,类似于JDK代理中的Proxy类
Enhancer enhancer = new Enhancer();
//设置父类的字节码对象。指定父类
enhancer.setSuperclass(target.getClass());
//设置回调函数
enhancer.setCallback(this);
//创建代理对象
Object proxyObject = enhancer.create();
return proxyObject;
}
/*
* 拦截器
* 1.目标对象的方法调用
* 2.行为增强
* 参数 o: cglib 动态生成的代理类的实例
* method:实体类所调用的都被代理的方法的引用
* objects 参数列表
* methodProxy:生成的代理类对方法的代理引用
* */
public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
//前置增强
System.out.println("提前接到消息的黄牛正在蹲抢中.............");
//要调用目标对象的方法
Object obj = method.invoke(target, objects);
//后置增强
System.out.println("无货......................");
return null;
}
}
输出:
提前接到消息的黄牛正在蹲抢中.............
富士康生产了一台iphone 15 pro max
无货......................
实现步骤:
参考来自:
Java–反射机制原理、几种Class获取方式及应用场景—作者:吾日三省贾斯汀