你以为反射真的无所不能？至少JDK8以后很强大

素颜马尾好姑娘i 2024-04-19 13:08 67阅读 0赞

\[TOC\]

之前我们已经介绍了Java中框架常用的技术---反射。可以这么说反射方便了我们的开发。今天我们来说说他的短板，或者说我们今天在反射的基础上在进行方便化。

# 反射操作方法 #

在上一章节中我们学会了通过反射去调用方法。

public class App {
        public void test(String str, Integer integer) {
            System.out.println(str);
            System.out.println(integer);
        }
    }

这个时候如果我想获取test方法对象的话应该这么做

Method testMethod = App.class.getMethod("test", String.class, Integer.class);

这里就不在赘述如何通过Method对象调用方法了。文章末尾会给出上一章节的地址。今天我们要研究的是Method如何获取方法参数这一块。看似简单却又是那么的传奇。我们看看下面一段代码执行的效果

public static void main(String[] args) throws ParseException, NoSuchMethodException {
            Method[] methods = App.class.getMethods();
            Method testMethod = App.class.getMethod("test", String.class, Integer.class);
            Class<?>[] parameterTypes = testMethod.getParameterTypes();
            Parameter[] parameters = testMethod.getParameters();
            for (Parameter parameter : parameters) {
                System.out.println(parameter.getName());
            }
        }

那么输出的两个参数名称是什么呢？一开始笔者这里想当然的认为是 str , name 。 相信此时的你应该和我一样认为是str , name 。

![方法参数][20190918170008616.png]

对的，你没看错返回的居然是无意义的名称 ， arg0 , arg1.这就奇怪了。至于为什么呢？我现在还不想告诉你。下面会慢慢告诉你。

# Spring的方法的优点 #

做过Javaweb开发的肯定都用过spring，springmvc , 在写controller层的时候我们都会在方法里直接写key值的名称，然后在请求地址中给相应的key赋值。

@RequestMapping(value = "/deptId", method = RequestMethod.GET)
    public PagedResult<SysDept> selectSysDeptsByPK(Integer pageNumber, Integer pageSize) {
        return sysDeptService.selectSysDeptsByPK(deptId, pageNumber,  pageSize);
    }

上述的controller我们在前端发送请求后会这样发送http://\{ip\}:\{port\}/\{projectName\}/deptId?pageNumber=1&pageSize=5

这里我问一下你们有没有想过为什么springmvc它能够通过你传递的参数一一进行对应呢？我们上面已经尝试过通过反射是无法获取方法参数名称的。而springmvc无非就是反射操作方法的。这里是不是很神奇，不得不佩服springmvc的强大。强大到让人害怕。

# 反射如何实现Spring的方法 #

上面两个案例揭露了反射的缺点以及springmvc的强大。这里需要借助springmvc提供的一个工具`ParameterNameDiscoverer` 。 这个类顾名思义就是发现参数名称。在使用这个类之前我们先来了解下为什么反射获取不到方法名称。

这里需要简单说说Java执行过程，Java之所以可以跨容器是因为Java针对各个系统提供了不同jvm，所以我们开发前都需要安装不同版本的jdk，jdk里面提供了jvm,java 代码运行期间是通过jvm去操作class文件的。但是我们平时都是开发java文件的。所以在jvm执行之前会有一个编译期间。javac就是用来变异java文件为class文件的。

package com.zxhtom.test;
    
    /**
     * Hello world!
     */
    public class App {
        public void test(String str, Integer integer) {
    
        }
    }

针对上述代码我们通过javac进行编译下试试看看效果。`javac App.java`编译完成之后会出现一个同名的class文件![class][]

然后我们在通过命令查看下这个class文件`javap -verbose App.class`![class字节码][class 1]通过查看App.java对应的字节码发现在javac编译的时候对于方法的名称根本不会去记录的。想想也对我执行方法的时候只需要按顺序将参数放进去就行了。根本不需要关心参数名称是什么。那么问题显而易见了jvm不需要参数名所以编译时过率了。但是我们反射想通过参数名称一一对应这样效率更快。那么是springmvc是如何解决的呢。

private static final ParameterNameDiscoverer parameterNameDiscoverer = new LocalVariableTableParameterNameDiscoverer();
    public static void main(String[] args) throws ParseException, NoSuchMethodException {
        java.lang.reflect.Method testMethod = App.class.getMethod("test", String.class, Integer.class);
        String[] parameterNames = parameterNameDiscoverer.getParameterNames(testMethod);
        for (String parameterName : parameterNames) {
            System.out.println(parameterName);
        }
    }

![spring方法][spring]对，就是`ParameterNameDiscoverer`这个方法帮助了我们。这里简单说说`ParameterNameDiscoverer`作用。springmvc中会有一个默认的`ParameterNameDiscoverer`解释器`DefaultParameterNameDiscoverer`该类继承`PrioritizedParameterNameDiscoverer`。`PrioritizedParameterNameDiscoverer`这个类就是getParameterNames去获取方法名的。在springmvc中通过`addDiscoverer`方法有三个类注册到`PrioritizedParameterNameDiscoverer`![注册][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70]

*  KotlinReflectionParameterNameDiscoverer ： Spring5.0提供 ，但是也得jdk8及以上版本使用
 *  StandardReflectionParameterNameDiscoverer ： Spring4.0提供 ，但是也得jdk8及以上版本使用
 *  LocalVariableTableParameterNameDiscoverer ：Spring2.0就有了，对JDK版本没啥要求，完全Spring自己实现的获取字段名称，逻辑复杂些，效率稍微低一点

总结一下就是在springmvc4.0之前springmvc都是通过自己实现的一套代码去获取字节码然后分析的。这里能力有限就不分析了。在4.0以后因为Java8的推出弥补了这个bug.springmvc也就都采用jdk提供的功能获取参数名了。下面我们来看看jdk8是如何解决这个问题的。

# Java字节码 #

在上一节我们通过javac , javap命令进行了Java的编译了查看。我们发现class字节码中记录的信息有【常量区，类，方法】其中对于代码的记录有位置，堆，栈，行号等等。这也是我们jvm调优的依据。但是这仅仅是我们使用简单的javac的编译。

javac -g ： 编译更加全面点![javacg][]经过对比发现javac 和javac -g 的区别好像是javac -g 编译信息多出LocalVariableTable信息。

<table> 
 <tbody> 
  <tr> 
   <th>名称</th> 
   <th>解释</th> 
  </tr> 
  <tr> 
   <td>LineNumberTable</td> 
   <td>属性表存放方法的行号信息</td> 
  </tr> 
  <tr> 
   <td>LocalVariableTable　</td> 
   <td>　属性表中存放方法的局部变量信息</td> 
  </tr> 
 </tbody> 
</table>

上图中通过javac -g 编译的信息中LocalVarableTable有三条数据，是因为在编译期间每个非静态方法第一个参数都是this.去除第一条剩下的其实就是我们需要的参数信息。但是我们这个时候去执行一下看看效果。![对比][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 1]

# 高级反射注意点 #

所谓的高级反射其实就是对jdk版本的要求，只要是jdk8的版本，就可以用jdk提供的parameter方法获取参数名了。在编译的时候需要加上 -parameters![编译][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 2]

# javac的彩蛋 #

![彩蛋][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 3]

# 续点 #

## 　每日一笑 ##

*今天公司放假，和老婆商量好一起去她家，出发前夕，老婆说：给我家里人的礼物买好了么？然后我去卧室全搬出来了；给她说：这是你舅的，这是你叔的，这是你爷爷的，这是你奶奶的，这是你爸的，这是你妈的，这是…………然后我俩就打起来了！*

## 上期答案 ##

无

加入战队

### 加入战队 ###

## 微信公众号 ##

![微信公众号][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 4]

[20190918170008616.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/60986cefe9164a2aa72e852accebb88b.png
[class]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/a1f750086c07462186c8e10fbb316c32.png
[class 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/2cb1b3d7df9342db9b82c9b64a9cd721.png
[spring]: https://img-blog.csdnimg.cn/20190918170010126.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/459dfabdc1e64223b1f3caadabb18cfd.png
[javacg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/295aa5aeb7bb4e3893a9c0660abfd10e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/d0021958e6cf450297246312f93c35a7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/2ca8fc0316fe4361958ad8b80b041641.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/2f57e38142974ca8a35e01599d02dc03.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMxMzIwNTE_size_16_color_FFFFFF_t_70 4]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/14e79d79edef49e1bc8c6ac89e58a4b9.jpeg