当前位置: 代码网 > it编程>编程语言>Java > Java通过反射获取方法参数名的方式小结

Java通过反射获取方法参数名的方式小结

2025年02月12日 Java 我要评论
1、前言一般当我们用类似下面的反射去获取方法参数名时得到的一般是 arg0、arg1, 参数名默认会丢失, 导致无法获取到真实的方法参数名,下面介绍如何通过其他方式解决。 class a {

1、前言

一般当我们用类似下面的反射去获取方法参数名时得到的一般是 arg0、arg1, 参数名默认会丢失, 导致无法获取到真实的方法参数名,下面介绍如何通过其他方式解决。

    class a {
        void getuser(string username, string userid){}
    }
    
    method method = a.class.getmethod(string.class,string.class);
    parameter[] parameters = method.getparameters();
    for (parameter parameter : parameters) {
        string name = parameter.getname();
        system.out.println(name); // 得到的是arg0, arg1 而非 username、userid
    }

2、解决方式

方式2.1: 添加编译参数配置 -parameters

java默认在编译工程代码为class文件时,会将方法参数名擦除,替换成arg0、arg1之类。但是我们可以在编译时配置将参数名也一并编译进去,在maven中新增如下编译插件配置

            <plugin>
                <groupid>org.apache.maven.plugins</groupid>
                <artifactid>maven-compiler-plugin</artifactid>
                <configuration>
                    <!-- 配置编译时将方法参数名保留 -->
                    <compilerargs>
                        <arg>-parameters</arg>
                    </compilerargs>
                </configuration>
            </plugin>

对于较新的 maven 版本(>= 3.6.2), 也可以直接使用 parameters 配置项:

<plugin>
    <groupid>org.apache.maven.plugins</groupid>
    <artifactid>maven-compiler-plugin</artifactid>
    <configuration>
        <parameters>true</parameters>
    </configuration>
</plugin>

添加-parameters的编译参数后,可以看到我们编译后的class文件是源码的参数名,而非原来的arg0、arg1。 之后我们用原生的反射parameter.getname() 就可以获取到的方法参数的真实参数名了

注意: 该方式仅对jdk8及以上版本有效, 以前版本jdk没有提供该保留机制

方式2.2: 使用spring的内部工具类 - parameternamediscoverer

如果正好你的项目依赖了spring,则可以直接使用spring的内部工具类parameternamediscoverer去获取到方法真实参数名。parameternamediscoverer的实现类 主要包含 localvariabletableparameternamediscoverer、standardreflectionparameternamediscoverer 。 下面介绍如何使用

1、standardreflectionparameternamediscoverer的使用

该发现器需要与 方式2.1: 添加编译参数配置 -parameters 一样添加编译配置, 因为底层也是直接用反射parameter去获取而已

  // 创建参数名发现器
  parameternamediscoverer discoverer = new standardreflectionparameternamediscoverer();

  method method = a.class.getmethod(string.class,string.class);

  // 获取方法真实参数名.  username, userid
  string[] parameternames = discoverer.getparameternames(method);

2、localvariabletableparameternamediscoverer的使用

  // 创建参数名发现器
  parameternamediscoverer discoverer = new localvariabletableparameternamediscoverer();

  method method = a.class.getmethod(string.class,string.class);

  // 获取方法真实参数名.  username, userid
  string[] parameternames = discoverer.getparameternames(method);

该发现器底层原理是在编译类时生成一个调试信息的局部变量表localvariabletable,然后基于asm字节码技术去解析localvariabletable得到参数名, 所以它也需要在编译时额外添加 编译配置, 请在maven中添加如下-g的编译参数配置

    <build>
        <plugins>
            <plugin>
                <groupid>org.apache.maven.plugins</groupid>
                <artifactid>maven-compiler-plugin</artifactid>
                <configuration>
                    <compilerargs>
                        <!-- 生成局部变量表 -->
                        <arg>-g:vars</arg>
                    </compilerargs>
                </configuration>
            </plugin>
        </plugins>
    </build>

该方法优点是jdk8以下版本也能使用,但是缺点是无法获取到接口的方法参数名

3、defaultparameternamediscoverer的使用

  // 创建参数名发现器
  parameternamediscoverer discoverer = new defaultparameternamediscoverer();

  method method = a.class.getmethod(string.class,string.class);

  // 获取方法真实参数名.  username, userid
  string[] parameternames = discoverer.getparameternames(method);

这个参数名发现器是一个组合模式的发现器, 本身不去实现获取参数名的逻辑,而是组合其他参数名发现器, 然后迭代调用每个参数名发现器直到找到真实参数名。 从下面源码来看 主要内置了前面讲到的两种standardreflectionparameternamediscoverer 和 localvariabletableparameternamediscoverer。 所以如果要让对应的参数名发现器生效,需要配合对应发现器的使用逻辑 否则一样无法获取到方法参数名。

// 源码
public class defaultparameternamediscoverer extends prioritizedparameternamediscoverer {

	public defaultparameternamediscoverer() {
		if (!graaldetector.inimagecode()) {
			if (kotlindetector.iskotlinreflectpresent()) {
				adddiscoverer(new kotlinreflectionparameternamediscoverer());
			}
			adddiscoverer(new standardreflectionparameternamediscoverer()); // 依赖编译参数 -parameters
			adddiscoverer(new localvariabletableparameternamediscoverer()); //  // 依赖编译参数 -g
		}
	}

}

使用总结

1、参数名获取的本质

  • 所有方案都依赖编译时保留参数名信息(通过-parameters或-g参数), 所以编译的时候有就是有,没有就是没有,尤其是一些第三方依赖的类
  • 如果是第三方依赖的类若未携带调试信息(如未使用上述编译参数进行编译),则无论如何也是无法获取真实参数名, 除非第三方库已使用-parameters编译,仍可通过反射获取(但实际场景较少见)

2、版本适配建议

  • jdk8+项目: 优先使用-parameters编译参数(性能最佳), 配合standardreflectionparameternamediscoverer
  • jdk7及以下: 使用-g编译参数, 配合localvariabletableparameternamediscoverer
  • spring项目: 推荐使用defaultparameternamediscoverer(自动适配最优策略), 可同时配置两种编译参数提升兼容性:

3、在一些springboot 2.0以后版本中spring-boot-starter-parent会内置了编译参数配置,所以不用配也可以直接使用parameternamediscoverer, 当然需要确保项目是否覆盖了默认配置导致失效,需要重新配

知名应用场景举例

  • spring-mvc 的 @requestparam 参数名的可省略配置
  • mybatis 的 @param 也可以不用配置

到此这篇关于java通过反射获取方法参数名的方式小结的文章就介绍到这了,更多相关java反射获取方法参数名内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com