反射和动态代理

谁借莪1个温暖的怀抱¢ 2023-01-08 10:26 194阅读 0赞

目录

1:代理模式

2:反射:

MethodHandle与反射Method区别

3:注解:


1:代理模式

静态代理:固定的代理模式

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDQ3MzIx_size_16_color_FFFFFF_t_70

动态代理实践springaop , 和mybatis访问数据,通过拦截mapper sql代理执行,结果集result映射到java bean实体类,涉及到代理和反射

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDQ3MzIx_size_16_color_FFFFFF_t_70 1

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDQ3MzIx_size_16_color_FFFFFF_t_70 2

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDQ3MzIx_size_16_color_FFFFFF_t_70 3

20210121175434680.png

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDQ3MzIx_size_16_color_FFFFFF_t_70 4

上面链接

2:反射:

框架设计的灵魂
* 框架:半成品软件。可以在框架的基础上进行软件开发,简化编码
* 反射:将类的各个组成部分封装为其他对象,这就是反射机制
* 好处:

  1. 1. 可以在程序运行过程中,操作这些对象。
  2. 2. 可以解耦,提高程序的可扩展性。
  3. \* 获取Class对象的方式:
  4. 1. Class.forName("全类名"):将字节码文件加载进内存,返回Class对象
  5. \* 多用于配置文件,将类名定义在配置文件中。读取文件,加载类
  6. 2. 类名.class:通过类名的属性class获取
  7. \* 多用于参数的传递
  8. 3. 对象.getClass():getClass()方法在Object类中定义着。
  9. \* 多用于对象的获取字节码的方式
  10. \* 结论:
  11. 同一个字节码文件(\*.class)在一次程序运行过程中,只会被加载一次,不论通过哪一种方式获取的Class对象都是同一个。
  12. \* Class对象功能:
  13. \* 获取功能:
  14. 1. 获取成员变量们
  15. \* Field\[\] getFields() :获取所有public修饰的成员变量
  16. \* Field getField(String name) 获取指定名称的 public修饰的成员变量
  17. \* Field\[\] getDeclaredFields() 获取所有的成员变量,不考虑修饰符
  18. \* Field getDeclaredField(String name)
  19. 2. 获取构造方法们
  20. \* Constructor<?>\[\] getConstructors()
  21. \* Constructor<T> getConstructor(类<?>... parameterTypes)
  22. \* Constructor<T> getDeclaredConstructor(类<?>... parameterTypes)
  23. \* Constructor<?>\[\] getDeclaredConstructors()
  24. 3. 获取成员方法们:
  25. \* Method\[\] getMethods()
  26. \* Method getMethod(String name, 类<?>... parameterTypes)
  27. \* Method\[\] getDeclaredMethods()
  28. \* Method getDeclaredMethod(String name, 类<?>... parameterTypes)
  29. 4. 获取全类名
  30. \* String getName()
  31. \* Field:成员变量
  32. \* 操作:
  33. 1. 设置值
  34. \* void set(Object obj, Object value)
  35. 2. 获取值
  36. \* get(Object obj)
  37. 3. 忽略访问权限修饰符的安全检查
  38. \* setAccessible(true):暴力反射
  39. \* Constructor:构造方法
  40. \* 创建对象:
  41. \* T newInstance(Object... initargs)
  42. \* 如果使用空参数构造方法创建对象,操作可以简化:Class对象的newInstance方法
  43. \* Method:方法对象
  44. \* 执行方法:
  45. \* Object invoke(Object obj, Object... args)
  46. \* 获取方法名称:
  47. \* String getName:获取方法名

反射
* 案例:
* 需求:写一个”框架”,不能改变该类的任何代码的前提下,可以帮我们创建任意类的对象,并且执行其中任意方法
* 实现:

  1. 1. 配置文件
  2. 2. 反射
  3. \* 步骤:
  4. 1. 将需要创建的对象的全类名和需要执行的方法定义在配置文件中
  5. 2. 在程序中加载读取配置文件
  6. 3. 使用反射技术来加载类文件进内存
  7. 4. 创建对象
  8. 5. 执行方法
  9. @SuppressWarnings("unchecked")
  10. public <T> TServiceResult handle(String poolname, String servicename, String methodename, T dto, TUserDto user){
  11. TServiceResult tres = null;
  12. ThriftConnection<TServiceClient> proxiedConnect = null;
  13. try {
  14. /**
  15. * 获取RPC连接
  16. */
  17. ThriftConnectionPool<TServiceClient> proxiedPool = (ThriftConnectionPool<TServiceClient>)SpringContextUtil.getBean(poolname);
  18. proxiedConnect = proxiedPool.getConnection();
  19. TServiceClient proxiedClient = null;
  20. switch (poolname) {
  21. case ThriftServiceDefine.BUSI_SERVICE_NAME:
  22. if(ThriftServiceDefine.THRIFT_BUSI_SERVICE_HANDLER.equals(servicename)){
  23. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_BUSI_SERVICE_HANDLER,
  24. IServiceBusi.Client.class);
  25. }else if(ThriftServiceDefine.THRIFT_BUSI_SERVICE_ORDER.equals(servicename)){
  26. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_BUSI_SERVICE_ORDER,
  27. IServiceOrder.Client.class);
  28. }
  29. break;
  30. case ThriftServiceDefine.ORDER_SERVICE_NAME:
  31. if(ThriftServiceDefine.THRIFT_ORDER_SERVICE_HANDLER.equals(servicename)){
  32. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_ORDER_SERVICE_HANDLER,
  33. IServiceOrder.Client.class);
  34. }else if(ThriftServiceDefine.THRIFT_ORDER_EVREADT_SERVICE_HANDLER.equals(servicename)){
  35. //E起充桩订单接口->evshare
  36. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_ORDER_EVREADT_SERVICE_HANDLER,
  37. IServiceEvreadyOrder.Client.class);
  38. }
  39. break;
  40. case ThriftServiceDefine.RT_SERVICE_NAME:
  41. proxiedClient = proxiedConnect.getClient();
  42. break;
  43. case ThriftServiceDefine.WAS_SERVICE_NAME:
  44. if(ThriftServiceDefine.THRIFT_WAS_SERVICE_WEB.equals(servicename)){
  45. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_WAS_SERVICE_WEB,
  46. IServiceWeb.Client.class);
  47. }else if(ThriftServiceDefine.THRIFT_WAS_SERVICE_RES.equals(servicename)){
  48. proxiedClient = proxiedConnect.getClient(ThriftServiceDefine.THRIFT_WAS_SERVICE_RES,
  49. IServiceWeb.Client.class);
  50. }
  51. break;
  52. default:return null;
  53. }
  54. /**
  55. * methodhandle 执行
  56. */
  57. MethodHandles.Lookup lookup = MethodHandles.lookup();
  58. MethodHandle mh = lookup.findVirtual(proxiedClient.getClass(), methodename,
  59. MethodType.methodType(TServiceResult.class,dto.getClass(), TUserDto.class));
  60. //invokeExact 严格匹配参数类型
  61. tres = (TServiceResult)mh.invoke(proxiedClient,dto,user);
  62. } catch (ThriftConnectionPoolException e) {
  63. log.error("ThriftConnectionPoolException",e);
  64. }catch (NoSuchMethodException e) {
  65. log.error("NoSuchMethodException",e);
  66. } catch (IllegalAccessException e) {
  67. log.error("IllegalAccessException",e);
  68. } catch (Exception e) {
  69. log.error("Exception",e);
  70. } catch (Throwable e) {
  71. log.error("Throwable",e);
  72. } finally {
  73. try {
  74. // proxiedConnect.getClient().getInputProtocol().getTransport().close();
  75. if (proxiedConnect != null)
  76. proxiedConnect.close();
  77. } catch (IOException e) {
  78. log.error("proxiedConnect",e);
  79. }
  80. }
  81. return tres;
  82. }

MethodHandle与反射Method区别

MethodHandle的使用方法和效果上与Reflection都有众多相似之处。不过,它们也有以下这些区别:

  1. Reflection和MethodHandle机制本质上都是在模拟方法调用,但是Reflection是在模拟Java代码层次的方法调用,而MethodHandle是在模拟字节码层次的方法调用。在MethodHandles.Lookup上的三个方法findStatic()、findVirtual()、findSpecial()正是为了对应于invokestatic、invokevirtual & invokeinterface和invokespecial这几条字节码指令的执行权限校验行为,而这些底层细节在使用Reflection API时是不需要关心的。
  2. Reflection中的java.lang.reflect.Method对象远比MethodHandle机制中的java.lang.invoke.MethodHandle对象所包含的信息来得多。前者是方法在Java一端的全面映像,包含了方法的签名、描述符以及方法属性表中各种属性的Java端表示方式,还包含有执行权限等的运行期信息。而后者仅仅包含着与执行该方法相关的信息。用开发人员通俗的话来讲,Reflection是重量级,而MethodHandle是轻量级。
  3. 由于MethodHandle是对字节码的方法指令调用的模拟,那理论上虚拟机在这方面做的各种优化(如方法内联),在MethodHandle上也应当可以采用类似思路去支持(但目前实现还不完善)。而通过反射去调用方法则不行。
  4. 和反射相比好处是:

    调用 invoke() 已经被JVM优化,类似直接调用一样。
    性能好得多,类似标准的方法调用。
    当我们创建MethodHandle 对象时,实现方法执行权限检测(如2中的MethodHandles.Lookup上的三个方法findStatic()、findVirtual()、findSpecial()),而不是调用invoke() 时。

MethodHandle与Reflection除了上面列举的区别外,最关键的一点还在于去掉前面讨论施加的前提“仅站在Java语言的角度看”之后:Reflection API的设计目标是只为Java语言服务的,而MethodHandle则设计为可服务于所有Java虚拟机之上的语言,其中也包括了Java语言而已。

3:注解:

  1. \* 概念:说明程序的。给计算机看的
  2. \* 注释:用文字描述程序的。给程序员看的
  3. \* 定义:注解(Annotation),也叫元数据。一种代码级别的说明。它是JDK1.5及以后版本引入的一个特性,与类、接口、枚举是在同一个层次。它可以声明在包、类、字段、方法、局部变量、方法参数等的前面,用来对这些元素进行说明,注释。
  4. \* 概念描述:
  5. \* JDK1.5之后的新特性
  6. \* 说明程序的
  7. \* 使用注解:@注解名称
  8. \* 作用分类:
  9. ①编写文档:通过代码里标识的注解生成文档【生成文档doc文档】
  10. ②代码分析:通过代码里标识的注解对代码进行分析【使用反射】
  11. ③编译检查:通过代码里标识的注解让编译器能够实现基本的编译检查【Override
  12. \* JDK中预定义的一些注解
  13. \* @Override :检测被该注解标注的方法是否是继承自父类(接口)的
  14. \* @Deprecated:该注解标注的内容,表示已过时
  15. \* @SuppressWarnings:压制警告
  16. \* 一般传递参数all @SuppressWarnings("all")
  17. \* 自定义注解
  18. \* 格式:
  19. 元注解
  20. public @interface 注解名称\{
  21. 属性列表;
  22. \}
  23. \* 本质:注解本质上就是一个接口,该接口默认继承Annotation接口
  24. \* public interface MyAnno extends java.lang.annotation.Annotation \{\}
  25. \* 属性:接口中的抽象方法
  26. \* 要求:
  27. 1. 属性的返回值类型有下列取值
  28. \* 基本数据类型
  29. \* String
  30. \* 枚举
  31. \* 注解
  32. \* 以上类型的数组
  33. 2. 定义了属性,在使用时需要给属性赋值
  34. 1. 如果定义属性时,使用default关键字给属性默认初始化值,则使用注解时,可以不进行属性的赋值。
  35. 2. 如果只有一个属性需要赋值,并且属性的名称是value,则value可以省略,直接定义值即可。
  36. 3. 数组赋值时,值使用\{\}包裹。如果数组中只有一个值,则\{\}可以省略
  37. \* 元注解:用于描述注解的注解
  38. \* @Target:描述注解能够作用的位置
  39. \* ElementType取值:
  40. \* TYPE:可以作用于类上
  41. \* METHOD:可以作用于方法上
  42. \* FIELD:可以作用于成员变量上
  43. \* @Retention:描述注解被保留的阶段
  44. \* @Retention(RetentionPolicy.RUNTIME):当前被描述的注解,会保留到class字节码文件中,并被JVM读取到
  45. \* @Documented:描述注解是否被抽取到api文档中
  46. \* @Inherited:描述注解是否被子类继承
  47. \* 在程序使用(解析)注解:获取注解中定义的属性值
  48. 1. 获取注解定义的位置的对象 ClassMethod,Field
  49. 2. 获取指定的注解
  50. \* getAnnotation(Class)
  51. //其实就是在内存中生成了一个该注解接口的子类实现对象
  52. public class ProImpl implements Pro\{
  53. public String className()\{
  54. return "cn.itcast.annotation.Demo1";
  55. \}
  56. public String methodName()\{
  57. return "show";
  58. \}
  59. \}
  60. 3. 调用注解中的抽象方法获取配置的属性值
  61. \* 案例:简单的测试框架
  62. \* 小结:
  63. 1. 以后大多数时候,我们会使用注解,而不是自定义注解
  64. 2. 注解给谁用?
  65. 1. 编译器
  66. 2. 给解析程序用
  67. 3. 注解不是程序的一部分,可以理解为注解就是一个标签

发表评论

表情:
评论列表 (有 0 条评论,194人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Java反射动态代理

    反射和动态代理放有一定的相关性,但单纯的说动态代理是由反射机制实现的,其实是不够全面不准确的,动态代理是一种功能行为,而它的实现方法有很多。要怎么理解以上这句话,请看下文。

    相关 java反射详解动态代理

    最近闲来无事,刚好看到以前的java反射笔记,这里整理一下,有不足之处还望指出;   在学习java反射机制之前,我们先提出这么一个问题:在Java中,能不能在运行时针对一个