对于SpringMVC请求路径的方式

初次接触SpringMVC的时候 对于请求路径是使用基于注解的配置

@RequestMapping("/self")

这种方式配置方便 更适合RESTful风格一起使用

@RequestMapping(value="/self/{name}",method.RequestMethod=GET)

然后又由于需要接触到基于XML配置的请求路径 如下:

<prop key="/login.do">usersController</prop>

这种方式我们可以直接在XML配置文件中对于不同的请求指定不同的Controller,

这种情况相对于@RequestMapping() 更清楚明了 可以直接根据XML文件得知请求路径的情况

这种更适合长期的大型项目的使用 ,它更方便与后期的维护,对这方面我有比较直观的感触

最后是在现在的公司接触的 通过指定 ParameterMethodNameResolver 中的paramName 和defaultMethodName 这样我们在URL中可以直接传 /myApp/hello.from?method=sayHello

这样直接传一个参数,这样解析的时候 就会 通过hello.from找到对应的Controller

然后再根据传的参数 sayHello 找到sayHello方法处理

<bean id="paraMethodResolver"
  class="org.springframework.web.servlet.mvc.multiaction.ParameterMethodNameResolver">
  <property name="paramName">
   <value>method</value>
  </property>
  <property name="defaultMethodName">
   <value>doDefault</value>
  </property>
 </bean>

对于SpringMVC请求路径的方式,布布扣,bubuko.com

时间: 2024-10-27 12:13:25

对于SpringMVC请求路径的方式的相关文章

扫描指定路径下的全部请求路径(基于SpringMVC)

通过上面两篇博客,我们能够得到指定类上的全部请求路径.现在需要的是,给定一个指定的路径,获取全部的请求路径. public class RequestUrlScannerHelper { /** * 以下三个参数通过IOC注入进来 */ private String basePackage; //扫描的基础包 private ResourcePatternResolver resolver; //解析器 private TypeFilter controlFilter = new Annotat

请求路径springmvc中支持ant风格

(1)? 任意一个字符斜杠除外 例如: @RequestMapping(path={"/test?"}) public String test1(){ return "test"; } 此时,请求路径test后面的问号可以替代任何一个字符斜杠除外,比如:/testa就可以请求成功. (2)*  0到n任意个字符斜杠除外 例如: @RequestMapping(path={"/test*"}) public String test2(){ retu

SpringMVC请求参数北京PK10平台出租和响应结果全局加密和解密

前段时间在做一个对外的网关项目,涉及到加密和解密模块,这里详细分析解决方案和适用的场景.为了模拟真实的交互场景,先定制一下整个交互流程.第三方传输(包括请求和响应)数据报文包括三个部分: 1.timestamp,long类型,时间戳.2.data,String类型,实际的业务请求数据转化成的Json字符串再进行加密得到的密文.3.sign,签名,生成规则算法伪代码是SHA-256(data=xxx&timestamp=11111),防篡改.为了简单起见,加密和解密采用AES,对称秘钥为"

springMvc的注解注入方式

springMvc的注解注入方式 最近在看springMvc的源码,看到了该框架的注入注解的部分觉的有点吃力,可能还是对注解的方面的知识还认识的不够深刻,所以特意去学习注解方面的知识.由于本人也是抱着学习的态度来阅读源码,若文章在表述和代码方面如有不妥之处,欢迎批评指正.留下你的脚印,欢迎评论!希望能互相学习. 1,首先定义三个常用的注解Service,Autowired,Contrller:(主要的解释都在代码中有,在这里就不多陈述) Service: package com.lishun.A

详解SpringMVC请求的时候是如何找到正确的Controller[附带源码分析]

目录 前言 源码分析 重要接口介绍 SpringMVC初始化的时候做了什么 HandlerExecutionChain的获取 实例 资源文件映射 总结 参考资料 前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门blog:http://www.cnblogs.com/fangjian0423/p/springMVC-introduction.html 我们使用浏览器通过地址 http://ip:port/contextPath/path进行访问

Spring注解@RequestMapping请求路径映射问题

@RequestMapping请求路径映射,假设标注在某个controller的类级别上,则表明訪问此类路径下的方法都要加上其配置的路径.最经常使用是标注在方法上.表明哪个详细的方法来接受处理某次请求. 下面两种方式都能够从url中传參数,可是另外一种方式的适用性更高一些,当參数中包括中文的时候,假设用第一种方式传參数,常常会出现參数还没到controller就已经经过编码了(比如:经过utf-8编码后,原本要传的參数就会以%+ab...cd这种方式出现),然后controller接受到这种请求

tomcat对请求路径的匹配过程

1.匹配服务 如果有两个应用,一个应用只能通过80端口访问,另一个应用只能通过8080端口访问,这种情况下,可以分开两个服务,然后分别创建80端口和8080端口的连接器. 2.匹配主机 一个服务下配置一个引擎,一个引擎下可以配置多个主机,通过请求路径的域名匹配主机名称,如果未匹到,则使用默认的主机,默认主机由引擎的属性defaultHost配置. 3.匹配上下文(应用) 一个主机下可以配置多个上下文,通过URI匹配上下文的路径,如果未匹配到,则匹配失败. 4.选用版本 其实一个主机下可以配置相同

通过请求队列的方式来缓解高并发抢购(初探)

通过请求队列的方式来缓解高并发抢购(初探) 一.背景 在移动互联网高速发展的时代,各种电商平台的抢购业务变得越来越火爆,抢购业务所带来的高并发问题值得我们去探索,主要涉及的方面包括处理和响应速度.数据的一致性等.抢购开放的一瞬间,可能有成千上万的下订单请求发送到服务器去处理,如果只是简单的请求处理响应方式,不做任何处理,导致的结果很可能是很多客户很长时间得不到响应,根本不知道自己是否下订单成功,或者下订单的数量已经超过了商品的数量,这就导致了超发的问题. 二.设计思路 1.用户在下订单之前当然是

【Spring学习笔记-MVC-3.1】SpringMVC返回Json数据-方式1-扩展

<Spring学习笔记-MVC>系列文章,讲解返回json数据的文章共有3篇,分别为: [Spring学习笔记-MVC-3]SpringMVC返回Json数据-方式1:http://www.cnblogs.com/ssslinppp/p/4528892.html [Spring学习笔记-MVC-4]返回Json数据-方式2:http://www.cnblogs.com/ssslinppp/p/4530002.html [Spring学习笔记-MVC-3.1]SpringMVC返回Json数据-