记一次SpringMVC碰到的坑

        在SpringMVC中,我们Controller中接收比如表单的参数,只要保证方法的形参的名字和表单中input元素的的name一样就可以接收到参数。
        但是,我开发的一个项目一上线就报错,错误提示是接收参数失败了。报错信息如下:
java.lang.IllegalArgumentException:
    Name for argument type [java.lang.String] not available,  
    and parameter name information not found in class file either.

一、解决方案一

    在我网上查阅了大量资料后解决了该问题,下面附上测试代码
  • (1)报错的测试代码,方法形参上没有用@RequestParam注解
    @RequestMapping(value = "/mytest" ,produces="text/html;charset=UTF-8" )
	@ResponseBody
	public String testRequestPara(String name,String password){
		System.out.println(name);
		return name + "--" + password;
	}

  • (2)修改后正常运行的测试代码
	@RequestMapping(value = "/mytest" ,produces="text/html;charset=UTF-8" )
	@ResponseBody
	public String testRequestPara(@RequestParam("name") String name,
		@RequestParam("password") String password){
		System.out.println(name);
		return name + "--" + password;
	}
    造成原因是,在编译后,这个方法的形参就变成了(args0,args1)这种,所以需要用注解指定形参的名字。
    直接看下编译后的class文件,就能看到上面参数变成了args0,args1
 


  • (3)小结
    • <1> 解决方案其实就是在参数前面加了个@RequestParam注解,并在注解中指定了参数的名字
    • <2> 在后续开发的过程,每次都加那个注解,防止项目上线就出问题



二、自己研究出来的解决方案

        上面这个解决方案是在csdn上找到的,但不够优雅,需要改好多代码。于是我自己一点点的去分析这个问题,找到了问题的根本原因。并提出了2种解决方案。
  • (1)解决的过程
        由于这个问题一直困扰着我,然后网上有人说只要在javac编译时加个-g的参数就可以了。于是我就去查看maven的文档,查询怎么将javac编译参数给设置进去。最后终于找到了怎么加入javac编译参数配置了,然后我就去修改项目的maven的pom文件。在这个修改的过程中,我突然就发现了这个问题产生的原因。发现项目的pom文件中,maven编译插件配置地方居然有<debug>false</debug>,具体见下图。
            

        针对这个坑人的配置,我试验出了2种解决的方案都成功了,具体如下
            <1> 当我把这个debug的配置给删除后,项目上线就没任何问题了,不加@RequestParam这个注解也一样可以接收到参数。

            <2> 其实也可以不删除这个配置自己添加个编译参数的配置就ok。该方法参考下图,防止图片失效,代码我也附上
                
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
            	<debug>false</debug>
            	<!-- 加入编译参数  -->
            	<compilerArgument>-g</compilerArgument>
            </configuration>
        </plugin>
        
        本项目采取的是方案一,直接把debug这个配置删了。如果用方案二,我怕别人不理解,在后续做项目时没有把代码copy完整的话,会害人。

  • (2)问题的深入分析
        在删除编译插件处debug的配置后,项目一切正常了。于是我就去查询maven插件中的这些配置项的具体的用法,截图如下
        
        防止图片看不见,我把文字也贴上来
debug	boolean	2.0	    Set to true to include debugging information in the compiled class files.
        Default value is: true.
        User property is: maven.compiler.debug.

debuglevel	String 2.1	Keyword list to be appended to the -g command-line switch. 
        Legal values are none or a comma-separated list of the following keywords: lines,vars, and source. 
        If debug level is not specified, by default, nothing will be appended to -g.
        If debug is not turned on, this attribute will be ignored.
        User property is: maven.compiler.debuglevel.
        
        特意用翻译软件翻译了一下,翻译结果如下图

将布尔设置为true,将调试信息包含在已编译的类文件中。
默认值是:true。
用户属性是:maven.编译。调试。

在-g命令行开关中附加的调试级字符串关键字列表。
    法律值不是一个或一个逗号分隔的列表,它是以下关键字:行、vars和源。
    如果没有指定调试级别,默认情况下,没有任何东西会附加到-g。
    如果没有打开调试,这个属性将被忽略。
用户属性:maven.compiler.debuglevel。

        通过上面的文档上的内容,我们可以得出结论:如果编译插件中不配置debug,那么debug默认为true,也就是会将调试信息包含在已编译的的类文件中,也就是编译时javac 后面带上了-g这个参数。而且我们没有设置debuglevel,所以编译时,-g后面没带任何值。然后通过百度一下 javac -g 就知道,此时会把所有调试信息都生成在编译的class中,包括什么源文件信息、行号信息和局部变量名称信息。有了局部变量名称信息,生成的class文件中方法的形参的名字就不会是args0、args1了,而是保持和java文件中形参的名字一样。由于形参名字没改变,所以SpringMvc就可以接收到该参数。这就解决了参数接收失败的问题

三、总结

        项目中的配置文件很重要,不知道的东西不要乱copy,需要在网上查询下这个配置起什么作用,不然容易出问题。

 
 





posted @ 2018-05-30 14:16  zeng1994  阅读(2078)  评论(0编辑  收藏  举报