之前我们已经介绍了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 。

对的,你没看错返回的居然是无意义的名称 , 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文件

javap -verbose App.class



通过查看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);
}
}



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

  • 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 : 编译更加全面点



经过对比发现javac 和javac -g 的区别好像是javac -g 编译信息多出LocalVariableTable信息。

名称 解释
LineNumberTable 属性表存放方法的行号信息
LocalVariableTable 属性表中存放方法的局部变量信息

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

高级反射注意点

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

javac的彩蛋

续点

每日一笑

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

上期答案

加入战队

# 加入战队

微信公众号

你以为反射真的无所不能?至少JDK8以后很强大的更多相关文章

  1. 值得推荐的C/C++框架和库 (真的很强大) c

    http://m.blog.csdn.net/mfcing/article/details/49001887 值得推荐的C/C++框架和库 (真的很强大) 发表于2015/10/9 21:13:14 ...

  2. ReSharper的功能真的很强大主要是针对代码规范和优化,园子里介绍的也不少,如果你没有安装,那我只能表示你们会相见恨晚

    二.ReSHarper 代码规范.单元测试.... ReSharper的功能真的很强大,主要是针对代码规范和优化,园子里介绍的也不少,如果你没有安装,那我只能表示你们会相见恨晚! 1.像命名不规范,f ...

  3. 【转】 值得推荐的C/C++框架和库 (真的很强大)

    [转] 值得推荐的C/C++框架和库 (真的很强大) 值得学习的C语言开源项目 - 1. Webbench Webbench是一个在linux下使用的非常简单的网站压测工具.它使用fork()模拟多个 ...

  4. 真的可以啊,用C语言实现面向对象编程O O P!C语言真的无所不能~

    解释区分一下C语言和OOP 我们经常说C语言是面向过程的,而C++是面向对象的,然而何为面向对象,什么又是面向过程呢?不管怎么样,我们最原始的目标只有一个就是实现我们所需要的功能,从这一点说它们是殊途 ...

  5. 转:值得推荐的C/C++框架和库(真的很强大)

    目录(?)[+] 值得学习的C语言开源项目 - 1 Webbench - 2 Tinyhttpd - 3 cJSON - 4 CMockery - 5 Libev - 6 Memcached - 7 ...

  6. 值得推荐的C/C++框架和库 (真的很强大)

    值得学习的C语言开源项目 - 1. Webbench Webbench是一个在Linux下使用的非常简单的网站压测工具.它使用fork()模拟多个客户端同时访问我们设定的URL,测试网站在压力下工作的 ...

  7. Python小白绘图 哆唻A梦 turtle真的很强大!

    # -*- coding: utf-8 -*- """ Created on Sat Nov 10 22:02:32 2018 @author: 10029 " ...

  8. 值得推荐的C/C++框架和库 (真的很强大)〔转〕

    http://m.blog.csdn.net/article/details?id=42541419

  9. C/C++框架和库 (真的很强大) 转

    http://blog.csdn.net/xiaoxiaoyeyaya/article/details/42541419     值得学习的C语言开源项目 - 1. Webbench Webbench ...

随机推荐

  1. 利用DoHome APP和音箱控制小车的实验参考步骤

    准备材料: Arduino Uno 一块 Arduino 扩展板        购买链接 DT-06模块一个       购买链接 安卓手机一个 小度音箱一个 小车一个 杜邦线若干 1.DT-06固件 ...

  2. Nginx 1.15.5: 405 Not Allowed

    0x00 事件 在做一个业务跳转时,遇到这个错误 405 Not Allowed,找了挺多资料,多数解决方案是让在 nginx 配置文件中直接添加 error_page 405 =200 $uri; ...

  3. OCP培训 Oracle 12c/18c/19c OCP认证实战培训【送OCP优惠名额】

    一.OCP培训 Oracle 12c/18c/19c OCP认证全套实战培训[送OCP优惠名额],本课程内容 课程目标: 为满足想参加Oracle OCP考证的学员,风哥设计的一套比较全面OCP实战培 ...

  4. Kaggle比赛(一)Titanic: Machine Learning from Disaster

    泰坦尼克号幸存预测是本小白接触的第一个Kaggle入门比赛,主要参考了以下两篇教程: https://www.cnblogs.com/star-zhao/p/9801196.html https:// ...

  5. Django Mysql数据库-F查询和Q查询

    一.F查询和Q查询 F查询: 在上面所有的例子中,我们构造的过滤器都只是将字段值与某个常量做比较.如果我们要对两个字段的值做比较,那该怎么做呢? Django 提供 F() 来做这样的比较.F() 的 ...

  6. Selenium+java - 手把手一起搭建一个最简单自动化测试框架

    写在前面 我们刚开始做自动化测试,可能写的代码都是基于原生写的代码,看起来特别不美观,而且感觉特别生硬. 来看下面一段代码,如下图所示: 从上面图片代码来看,具体特征如下: driver对象在测试类中 ...

  7. .net core 单元测试之 JustMock第一篇

    前面介绍了单元测试的框架NUnit,它可以很好的帮助我们建立测试,检验我们的代码是否正确.但这还不够,有时候我们的业务比较重,会依赖其它的类.基于隔离测试的原则,我们不希望依赖的其它类影响到我们的测试 ...

  8. (前端常考面试题)从敲入 URL 到浏览器渲染完成,到底发生了什么 ?

    前言 小汪最近在看[WebKit 技术内幕]一书,说实话,这本书写的太官方了,不通俗易懂. 但是看完书,对浏览器内核的 WebKit 有了进一步的了解,所以从浏览器内核出发,写这篇文章以记录学到的知识 ...

  9. python 12 生成器

    目录 1. 生成器 yeild 2. 推导式 2.1 列表推导式: 2.2 生成器推导式: 2.3 字典推导式: 2.4 集合推导式: 3. 内置函数(一) 1. 生成器 yeild 生成器的本质就是 ...

  10. python 09 函数

    目录 函数初识 1. 函数定义: 2. 函数调用: 3. 函数的返回值: 4. () 4.1 位置传参: 4.2 关键字传参: 4.3 混合传参: 函数初识 1. 函数定义: def 函数名(): 函 ...