springMVC参数顺序不同导致异常

探讨Spring MVC中不同参数顺序对验证逻辑的影响,特别是在使用@Valid注解时。

spring版本:3.2.4

hibernate-validator版本:4.2.0

我做了一个简单测试:注册用户时,不考虑js验证,利用hibernate-validator在Controller中进行验证属性为空时的错误

Domain对象User代码如下:

 

public class User {
	@NotEmpty
	private String userName;//验证userName为空是否出现验证错误
	private String password;
        ..setter/getter
}

 Controller对象代码如下:

 

 

	@RequestMapping(value = "/registUser")
	public String registUser(RedirectAttributes flashAttr, //redirect跳转时候传递参数的方式
                                         @Valid User user,     //对jsp页面传递过来的User对象验证是否userName为空
			                 BindingResult result) {
		System.out.println("是否验证出错:" + result.hasErrors());
		flashAttr.addFlashAttribute("currentUser", user);
		return "redirect:/login/registSuccess";//注册用户成功跳转至另一个controller
	}

 看到了吧,这样的参数顺序是绝对没有问题的,当前台传递空userName的时候打印错误是true

 变动1:当我把参数顺序变为:@Valid User user, RedirectAttributes flashAttr,BindingResult result的时候,异常出现了,如下:

 

HTTP Status 400 -


type Status report

message

description The request sent by the client was syntactically incorrect ().


Apache Tomcat/6.0.32

变动2:当我把参数顺序变为: RedirectAttributes flashAttr,BindingResult result,@Valid User user的时候,异常出现了,如下:

内容是我自定义500页面显示出来的,显示是500错误,说明BindingResult result参数可能必须放在最后

系统执行发生错误,信息描述如下:

 

错误状态代码是:500

 

错误发生页面是:/springtest/login/registUser

 

异常是:java.lang.IllegalStateException: An Errors/BindingResult argument is expected to be declared immediately after the model attribute, the @RequestBody or the @RequestPart arguments to which they apply: public java.lang.String com.cmcc.foura.login.action.LoginAction.registUser(org.springframework.web.servlet.mvc.support.RedirectAttributes,org.springframework.validation.BindingResult,com.cmcc.foura.login.domain.User)

 

错误信息:java.lang.IllegalStateException: An Errors/BindingResult argument is expected to be declared immediately after the model attribute, the @RequestBody or the @RequestPart arguments to which they apply: public java.lang.String com.cmcc.foura.login.action.LoginAction.registUser(org.springframework.web.servlet.mvc.support.RedirectAttributes,org.springframework.validation.BindingResult,com.cmcc.foura.login.domain.User)

 

发生错误时request中的参数:
password=111
userName=

错误堆栈信息:
org.springframework.web.method.annotation.ErrorsMethodArgumentResolver.resolveArgument(ErrorsMethodArgumentResolver.java:62) org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77) org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:162) org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:123) org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)

 

 

以上就是我简单调整了参数顺序得到的不同的结果,有对springMVC有深刻了解的童鞋能够解答吗?

<think>嗯,用户想了解SpringMVC的启动流程,我得仔细想想怎么组织这个回答。首先,SpringMVC是基于Servlet的,所以应该从Web容器启动开始讲起。然后,可能需要提到DispatcherServlet,这是前端控制器,负责请求的分发。不过,我得确认一下启动流程的具体步骤,不能遗漏关键点。 我记得SpringMVC的启动和Spring容器有关,可能涉及到ContextLoaderListener,用来加载根应用上下文。然后是DispatcherServlet初始化自己的上下文,并将其作为子上下文连接到根上下文。这点很重要,需要分清楚父子容器的关系。 接下来,DispatcherServlet的初始化过程可能包括各个组件的加载,比如处理器映射、适配器、视图解析器等。这些组件是在什么时候初始化的呢?应该是在DispatcherServlet的init方法中,具体可能是在初始化WebApplicationContext的时候。 还有,配置文件的加载位置,比如默认的配置文件是放在WEB-INF下的,但用户可以通过配置修改。可能需要提到namespace和contextConfigLocation的参数设置。 然后,处理请求的流程虽然用户没问,但启动流程完成后,处理请求的大致步骤可以简单带过,帮助用户理解整个框架的工作机制。比如处理器映射找到对应的Controller,然后执行方法返回ModelAndView,视图解析等等。 要注意用户可能对专业术语不太熟悉,需要用比较易懂的中文来解释。比如解释根上下文和子上下文的关系,可能用父子容器的例子来说明,根容器负责Service、DAO等,而子容器负责Controller、视图解析器等。 还需要检查一下流程的每个步骤是否正确,比如监听器创建根上下文,DispatcherServlet创建自己的上下文,然后初始化组件。然后是否在Servlet 3.0之后有基于Java的配置方式,可能不需要web.xml,但用户可能还在用旧版本,所以需要涵盖两种方式? 不过用户的问题主要是启动流程,应该集中在容器启动时的步骤,而不是配置方式。可能需要分点说明,结构清晰,逐步推进。 总结一下,应该分为几个步骤: 1. Web容器启动,加载web.xml。 2. ContextLoaderListener创建根应用上下文(父容器)。 3. DispatcherServlet初始化,创建自己的上下文(子容器),并关联父容器。 4. DispatcherServlet初始化各个组件(处理器映射、适配器等)。 5. 完成启动,等待请求。 中间需要详细说明每个步骤里发生了什么,比如根上下文加载哪些配置,子上下文加载哪些配置,组件如何初始化,以及可能的配置文件位置和参数设置。 另外,需要强调SpringMVC启动流程中的关键组件,比如DispatcherServlet的作用,上下文的分层结构,以及组件初始化的顺序。 可能用户在使用过程中遇到过启动问题,比如配置错误导致上下文未正确加载,所以明确这些步骤可以帮助用户排查问题。同时,可以给出一个流程图或者结构图,但文本描述需要清晰。 最后,是否需要补充一些注意事项,比如配置文件的命名,默认位置,或者常见的配置错误?可能对用户有帮助,但根据用户的问题,可能不需要太深入,保持回答的结构和关键点即可。</think>SpringMVC的启动流程可分为以下几个关键步骤,其核心围绕**Web容器初始化**和**DispatcherServlet初始化**展开: --- ### 一、Web容器启动阶段 1. **加载`web.xml`** - Web容器(如Tomcat)启动时读取`web.xml`,解析其中配置的`<listener>`和`<servlet>`。 - **关键组件**: - `ContextLoaderListener`:创建根应用上下文(父容器),默认加载`/WEB-INF/applicationContext.xml`。 - `DispatcherServlet`:前端控制器,每个实例会创建独立的子应用上下文(子容器),默认加载`/WEB-INF/[servlet-name]-servlet.xml`。 --- ### 二、根应用上下文初始化 2. **`ContextLoaderListener`初始化** - 通过`contextInitialized()`方法创建`WebApplicationContext`(父容器)。 - 默认加载配置文件可通过`<context-param>`自定义: ```xml <context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring-root.xml</param-value> </context-param> ``` --- ### 三、DispatcherServlet初始化 3. **子应用上下文创建** - `DispatcherServlet`在首次请求或容器启动时初始化。 - 创建自己的`WebApplicationContext`(子容器),并关联父容器(`ContextLoaderListener`创建的根上下文)。 - **父子容器关系**: - 父容器:管理Service、DAO等通用Bean。 - 子容器:管理Controller、视图解析器等Web层Bean。 4. **初始化策略组件** - `DispatcherServlet`通过`onRefresh()`方法初始化九大组件: ```java initMultipartResolver(); // 文件上传解析器 initLocaleResolver(); // 本地化解析 initThemeResolver(); // 主题解析 initHandlerMappings(); // 处理器映射(如@RequestMapping映射) initHandlerAdapters(); // 处理器适配器(如处理@Controller) initHandlerExceptionResolvers(); // 异常解析器 initRequestToViewNameTranslator(); initViewResolvers(); // 视图解析器(如InternalResourceViewResolver) initFlashMapManager(); ``` --- ### 四、请求处理流程(启动完成后的运行时) 1. **请求到达`DispatcherServlet`** 2. 通过`HandlerMapping`找到对应的`Controller`方法。 3. `HandlerAdapter`执行方法并返回`ModelAndView`。 4. `ViewResolver`解析视图,渲染响应。 --- ### 五、流程图示例 ```text Web容器启动 → 加载web.xml → ContextLoaderListener创建根上下文(父容器) → DispatcherServlet初始化子上下文(子容器) → DispatcherServlet加载九大组件 → 启动完成,等待请求 ``` --- ### 六、关键配置项 - **根上下文配置**:通过`contextConfigLocation`指定。 - **子上下文配置**:通过`DispatcherServlet`的`namespace`或`contextConfigLocation`参数指定。 --- 通过以上步骤,SpringMVC完成了父子容器的分层管理及核心组件的装配,最终形成一个完整的MVC请求处理体系。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值