做个网站在线投稿页面,wordpress主题如何导入演示,东莞建站模板后台,个人如何通过网站赚大钱AutoWired
首先要知道另一个东西#xff0c;default-autowire#xff0c;它是在xml文件中进行配置的#xff0c;可以设置为byName、byType、constructor和autodetect#xff1b;比如byName#xff0c;不用显式的在bean中写出依赖的对象#xff0c;它会自动的匹配其它bea…AutoWired
首先要知道另一个东西default-autowire它是在xml文件中进行配置的可以设置为byName、byType、constructor和autodetect比如byName不用显式的在bean中写出依赖的对象它会自动的匹配其它bean中id名与本bean的set**相同的并自动装载。Autowired是用在JavaBean中的注解通过byType形式用来给指定的字段或方法注入所需的外部资源。两者的功能是一样的就是能减少或者消除属性或构造器参数的设置只是配置地方不一样而已。autowire四种模式的区别 先看一下bean实例化和Autowired装配过程
**
一切都是从bean工厂的getBean方法开始的一旦该方法调用总会返回一个bean实例无论当前是否存在不存在就实例化一个并装配否则直接返回。Spring MVC是在什么时候开始执行bean的实例化过程的呢其实就在组件扫描完成之后)实例化和装配过程中会多次递归调用getBean方法来解决类之间的依赖。Spring几乎考虑了所有可能性所以方法特别复杂但完整有条理。Autowired最终是根据类型来查找和装配元素的但是我们设置了后会影响最终的类型匹配查找。因为在前面有根据BeanDefinition的autowire类型设置PropertyValue值得一步其中会有新实例的创建和注册。就是那个autowireByName方法。
**
下面通过Autowired来说明一下用法Setter 方法中的 Autowired 你可以在 JavaBean中的 setter 方法中使用 Autowired 注解。当 Spring遇到一个在 setter 方法中使用的 Autowired 注解它会在方法中执行 byType 自动装配。 这里是 TextEditor.java 文件的内容
package com.tutorialspoint;
import org.springframework.beans.factory.annotation.Autowired;
public class TextEditor {private SpellChecker spellChecker;Autowiredpublic void setSpellChecker( SpellChecker spellChecker ){this.spellChecker spellChecker;}public SpellChecker getSpellChecker( ) {return spellChecker;}public void spellCheck() {spellChecker.checkSpelling();}
}下面是另一个依赖的类文件 SpellChecker.java 的内容
package com.tutorialspoint;
public class SpellChecker {public SpellChecker(){System.out.println(Inside SpellChecker constructor. );}public void checkSpelling(){System.out.println(Inside checkSpelling. );}
}下面是 MainApp.java 文件的内容
package com.tutorialspoint;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class MainApp {public static void main(String[] args) {ApplicationContext context new ClassPathXmlApplicationContext(Beans.xml);TextEditor te (TextEditor) context.getBean(textEditor);te.spellCheck();}
}下面是配置文件 Beans.xml
?xml version1.0 encodingUTF-8?beans xmlnshttp://www.springframework.org/schema/beansxmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexmlns:contexthttp://www.springframework.org/schema/contextxsi:schemaLocationhttp://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-3.0.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-3.0.xsdcontext:annotation-config/!-- Definition for textEditor bean without constructor-arg --bean idtextEditor classcom.tutorialspoint.TextEditor/bean!-- Definition for spellChecker bean --bean idspellChecker classcom.tutorialspoint.SpellChecker/bean/beans一旦你已经完成的创建了源文件和 bean 配置文件让我们运行一下应用程序。如果你的应用程序一切都正常的话这将会输出以下消息 Inside SpellChecker constructor. Inside checkSpelling. 属性中的 Autowired 你可以在属性中使用 Autowired 注解来除去 setter 方法。当时使用 为自动连接属性传递的时候Spring 会将这些传递过来的值或者引用自动分配给那些属性。所以利用在属性中 Autowired 的用法你的 TextEditor.java 文件将变成如下所示
package com.tutorialspoint;
import org.springframework.beans.factory.annotation.Autowired;
public class TextEditor {Autowiredprivate SpellChecker spellChecker;public TextEditor() {System.out.println(Inside TextEditor constructor. );} public SpellChecker getSpellChecker( ){return spellChecker;} public void spellCheck(){spellChecker.checkSpelling();}
}下面是配置文件 Beans.xml
?xml version1.0 encodingUTF-8?beans xmlnshttp://www.springframework.org/schema/beansxmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexmlns:contexthttp://www.springframework.org/schema/contextxsi:schemaLocationhttp://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-3.0.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-3.0.xsdcontext:annotation-config/!-- Definition for textEditor bean --bean idtextEditor classcom.tutorialspoint.TextEditor/bean!-- Definition for spellChecker bean --bean idspellChecker classcom.tutorialspoint.SpellChecker/bean/beans一旦你在源文件和 bean 配置文件中完成了上面两处改变让我们运行一下应用程序。如果你的应用程序一切都正常的话这将会输出以下消息 Inside TextEditor constructor. Inside SpellChecker constructor. Inside checkSpelling. 构造函数中的 Autowired 你也可以在构造函数中使用 Autowired。一个构造函数 Autowired 说明当创建 bean 时即使在 XML 文件中没有使用 元素配置 bean 构造函数也会被自动连接。让我们检查一下下面的示例。
这里是 TextEditor.java 文件的内容 package com.tutorialspoint;
import org.springframework.beans.factory.annotation.Autowired;
public class TextEditor {private SpellChecker spellChecker;Autowiredpublic TextEditor(SpellChecker spellChecker){System.out.println(Inside TextEditor constructor. );this.spellChecker spellChecker;}public void spellCheck(){spellChecker.checkSpelling();}
}下面是配置文件 Beans.xml
?xml version1.0 encodingUTF-8?beans xmlnshttp://www.springframework.org/schema/beansxmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexmlns:contexthttp://www.springframework.org/schema/contextxsi:schemaLocationhttp://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-3.0.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-3.0.xsdcontext:annotation-config/!-- Definition for textEditor bean without constructor-arg --bean idtextEditor classcom.tutorialspoint.TextEditor/bean!-- Definition for spellChecker bean --bean idspellChecker classcom.tutorialspoint.SpellChecker/bean/beans一旦你在源文件和 bean 配置文件中完成了上面两处改变让我们运行一下应用程序。如果你的应用程序一切都正常的话这将会输出以下消息
Inside TextEditor constructor. Inside SpellChecker constructor. Inside checkSpelling.
Autowired 的requiredfalse选项 默认情况下Autowired 注解意味着依赖是必须的它类似于 Required 注解然而你可以使用 Autowired 的 requiredfalse 选项关闭默认行为。 即使你不为 age 属性传递任何参数下面的示例也会成功运行但是对于 name 属性则需要一个参数。你可以自己尝试一下这个示例因为除了只有 Student.java 文件被修改以外它和 Required 注解示例是相似的。
package com.tutorialspoint;
import org.springframework.beans.factory.annotation.Autowired;
public class Student {private Integer age;private String name;Autowired(requiredfalse)public void setAge(Integer age) {this.age age;} public Integer getAge() {return age;}Autowiredpublic void setName(String name) {this.name name;} public String getName() {return name;}Qualifier
在Controller中需要注入service那么我的这个server有两个实现类如何区分开这两个impl呢 下面上铺垫图 请忽略我的红线 在Controller中使用 Autowired注入时 Qualifier的意思是合格者通过这个标示表明了哪个实现类才是我们所需要的添加Qualifier注解需要注意的是Qualifier的参数名称为我们之前定义Service注解的名称之一。 使用Resource注入时 使用resource注入时比较简单了注解自带了“name”的val就是Service注解的名称之一。
Resource
spring不但支持自己定义的Autowired注解还支持几个由JSR-250规范定义的注解它们分别是Resource、PostConstruct以及PreDestroy。 Resource的作用相当于Autowired只不过Autowired按byType自动注入而Resource默认按 byName自动注入罢了。Resource有两个属性是比较重要的分是name和typeSpring将Resource注解的name属性解析为bean的名字而type属性则解析为bean的类型。所以如果使用name属性则使用byName的自动注入策略而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性这时将通过反射机制使用byName自动注入策略。 Resource装配顺序 1. 如果同时指定了name和type则从Spring上下文中找到唯一匹配的bean进行装配找不到则抛出异常 2. 如果指定了name则从上下文中查找名称id匹配的bean进行装配找不到则抛出异常 3. 如果指定了type则从上下文中找到类型匹配的唯一bean进行装配找不到或者找到多个都会抛出异常 4. 如果既没有指定name又没有指定type则自动按照byName方式进行装配如果没有匹配则回退为一个原始类型进行匹配如果匹配则自动装配 Autowired 与Resource的区别 1、 Autowired与Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。
2、 Autowired默认按类型装配这个注解是属业spring的默认情况下必须要求依赖对象必须存在如果要允许null值可以设置它的required属性为false如Autowired(requiredfalse) 如果我们想使用名称装配可以结合Qualifier注解进行使用如下
Autowired()Qualifier(baseDao)
privateBaseDao baseDao;3、Resource这个注解属于J2EE的默认按照名称进行装配名称可以通过name属性进行指定如果没有指定name属性当注解写在字段上时默认取字段名进行安装名称查找如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是如果name属性一旦指定就只会按照名称进行装配。
Resource(namebaseDao)
privateBaseDao baseDao;推荐使用Resource注解在字段上这样就不用写setter方法了并且这个注解是属于J2EE的减少了与spring的耦合。这样代码看起就比较优雅。 Autowired是根据类型进行自动装配的。如果当Spring上下文中存在不止一个UserDao类型的bean时就会抛出BeanCreationException异常;如果Spring上下文中不存在UserDao类型的bean也会抛出BeanCreationException异常。我们可以使用Qualifier配合Autowired来解决这些问题。如下
①可能存在多个UserDao实例
Autowired
Qualifier(userServiceImpl)
public IUserService userService; Autowired
public void setUserDao(Qualifier(userDao) UserDao userDao) { this.userDao userDao;
} 这样Spring会找到id为userServiceImpl和userDao的bean进行装配。
②可能不存在UserDao实例
Autowired(required false)
public IUserService userService 个人总结
Autowired//默认按type注入 Qualifier(“cusInfoService”)//一般作为Autowired()的修饰用 Resource(name“cusInfoService”)//默认按name注入可以通过name和type属性进行选择性注入
一般Autowired和Qualifier一起用Resource单独用。
当然没有冲突的话Autowired也可以单独用 -----------常用注解--------
–定义Bean的注解
Controller
Controller(“Bean的名称”)
定义控制层Bean,如Action
Service
Service(“Bean的名称”)
定义业务层Bean
Repository
Repository(“Bean的名称”)
定义DAO层Bean
Component
定义Bean, 不好归类时使用.
–自动装配Bean 选用一种注解就可以
Autowired (Srping提供的)
默认按类型匹配,自动装配(Srping提供的)可以写在成员属性上,或写在setter方法上
Autowired(requiredtrue)
一定要找到匹配的Bean否则抛异常。 默认值就是true
Autowired
Qualifier(“bean的名字”)
按名称装配Bean,与Autowired组合使用解决按类型匹配找到多个Bean问题。
Resource JSR-250提供的
默认按名称装配,当找不到名称匹配的bean再按类型装配.
可以写在成员属性上,或写在setter方法上
可以通过Resource(name“beanName”) 指定被注入的bean的名称, 要是未指定name属性, 默认使用成员属性的变量名,一般不用写name属性.
Resource(name“beanName”)指定了name属性,按名称注入但没找到bean, 就不会再按类型装配了.
Inject 是JSR-330提供的
按类型装配功能比Autowired少没有使用的必要。
–定义Bean的作用域和生命过程
Scope(“prototype”)
值有:singleton,prototype,session,request,session,globalSession
PostConstruct
相当于init-method,使用在方法上当Bean初始化时执行。
PreDestroy
相当于destory-method使用在方法上当Bean销毁时执行。
–声明式事务
Transactional
Autowired Resource Qualifier的区别
实用理解Autowired Resource 二选其一看中哪个就用哪个。
简单理解
Autowired 根据类型注入
Resource 默认根据名字注入其次按照类型搜索
Autowired Qualifie(“userService”) 两个结合起来可以根据名字和类型注入 复杂理解
比如你有这么一个Bean
Service(“UserService”)public Class UserServiceImpl implements UserService;现在你想在UserController 里面使用这个UserServiceImpl public Class UserController AutoWire //当使用这个注入的时候上面的 UserServiceImpl 只需要这样写 Service这样就会自动找到UserService这个类型以及他的子类型。UserServiceImpl 实现了UserService所以能够找到它。不过这样有一个缺点就是当UserService实现类有两个以上的时候这个时候会找哪一个呢这就造成了冲突所以要用AutoWire注入的时候要确保UserService只有一个实现类。
Resource 默认情况下是按照名称进行匹配如果没有找到相同名称的Bean则会按照类型进行匹配有人可能会想了这下好了用这个是万能的了不用管名字了也不用管类型了但这里还是有缺点。首先根据这个注解的匹配效果可以看出它进行了两次匹配也就是说如果你在UserService这个类上面这样写注解Service,它会怎么找呢首先是找相同名字的如果没有找到再找相同类型的而这里的Service没有写名字这个时候就进行了两次搜索显然速度就下降了许多。也许你还会问这里的Service本来就没有名字肯定是直接进行类型搜索啊。其实不是这样的UserServiceImpl 上面如果有Service默认的名字 是这个userServiceImpl注意看就是把类名前面的大写变成小写就是默认的Bean的名字了。 Resource根据名字搜索是这样写Resource(“userService”)如果你写了这个名字叫userService那么UserServiceImpl上面必须也是这个名字不然还是会报错。
Autowired Qualifie(“userService”) 是直接按照名字进行搜索也就是说对于UserServiceImpl 上面Service注解必须写名字不写就会报错而且名字必须是Autowired Qualifie(“userService”) 保持一致。如果Service上面写了名字而Autowired Qualifie() 一样会报错。
private UserService userService;说了这么多可能你有些说晕了那么怎么用这三个呢要实际的工作是根据实际情况来使用的通常使用AutoWire和Resource多一些bean的名字不用写而UserServiceImpl上面能会这样写 Service(“userService”)。这里的实际工作情况到底是什么情况呢说白了就是整个项目设计时候考虑的情况如果你的架构设计师考虑的比较精细要求比较严格要求项目上线后的访问速度比较好通常是考虑速度了。这个时候AutoWire没有Resource好用因为Resource可以根据名字来搜索是这样写的Resource(“userService”)。这个Autowired Qualifie(“userService”) 也可以用名字啊为什么不用呢原因很简单这个有点长不喜欢增加工作量。因为根据名字搜索是最快的就好像查数据库一样根据Id查找最快。因为这里的名字与数据库里面的ID是一样的作用。这个时候就要求你多写几个名字工作量自然就增加了。而如果你不用注解用xml文件的时候对于注入Bean的时候要求写一个Idxml文件时候的id就相当于这里的名字。
说了那么多没用你能做的就是简单直接什么最方便就用什么
你就直接用Resource得了如果你喜欢用AutoWire也行不用写名字。
通常情况一个Bean的注解写错了会报下面这些错误最为常见
No bean named ‘user’ is defined这个表示没有找到被命名为user的Bean通俗的说就是名字为user的类型以及它的子类型出现这个错误的原因就是注入时候的类型名字为user而搜索的时候找不到也就是说可能那个搜索的类型并没有命令为user解决办法就是找到这个类型去命令为user
下面这个错误也常见 No qualifying bean of type [com.service.UserService] found for dependency:
这个错误的原因就是类型上面没有加Service这个注入不仅仅是Service如果是其他层也会出现这个错误这里我是以Service为例子说明如果是DAO层就是没有加RepositoryController层则是没有加Controller。
还有如果你还是想再简单点无论是DAO,ControllerService三个层都可以用这个注解Component这个注解通用所有的Bean这个时候你可能会说了有通常的为什么用的人少呢那是因为MVC这个分层的设计原则用Repository,ServiceController这个可以区别MVC原则中的DAO,ServiceController。便于识别。 在使用Spring框架中Autowired标签时默认情况下使用 注释进行自动注入时Spring 容器中匹配的候选 Bean 数目必须有且仅有一个。当找不到一个匹配的 Bean 时Spring 容器将抛出 BeanCreationException 异常并指出必须至少拥有一个匹配的 Bean。 Autowired 默认是按照byType进行注入的如果发现找到多个bean则又按照byName方式比对如果还有多个则报出异常。
例子
Autowired private ExamUserMapper examUserMapper; - ExamUserMapper是一个接口 spring先找类型为ExamUserMapper的bean 如果存在且唯一则OK 如果不唯一在结果集里寻找name为examUserMapper的bean。因为bean的name有唯一性所以到这里应该能确定是否存在满足要求的bean了
Autowired也可以手动指定按照byName方式注入使用Qualifier标签例如 Autowired () Qualifier ( “baseDao” )
Spring 允许我们通过 Qualifier 注释指定注入 Bean 的名称这样歧义就消除了可以通过下面的方法解决异常。 Qualifier(“XXX”) 中的 XX是 Bean 的名称所以 Autowired 和 Qualifier 结合使用时自动注入的策略就从 byType 转变成 byName 了。
Autowired 可以对成员变量、方法以及构造函数进行注释而 Qualifier 的标注对象是成员变量、方法入参、构造函数入参。
Spring不但支持自己定义的Autowired注解还支持几个由JSR-250规范定义的注解它们分别是Resource、PostConstruct以及PreDestroy。
Resource的作用相当于Autowired只不过Autowired按byType自动注入而Resource默认按 byName自动注入罢了。Resource有两个属性是比较重要的分是name和typeSpring将Resource注解的name属性解析为bean的名字而type属性则解析为bean的类型。所以如果使用name属性则使用byName的自动注入策略而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性这时将通过反射机制使用byName自动注入策略。
Resource装配顺序 1. 如果同时指定了name和type则从Spring上下文中找到唯一匹配的bean进行装配找不到则抛出异常 2. 如果指定了name则从上下文中查找名称id匹配的bean进行装配找不到则抛出异常 3. 如果指定了type则从上下文中找到类型匹配的唯一bean进行装配找不到或者找到多个都会抛出异常 4. 如果既没有指定name又没有指定type则自动按照byName方式进行装配如果没有匹配则回退为一个原始类型进行匹配如果匹配则自动装配
RequestMapping
RequestMapping 是 Spring Web 应用程序中最常被用到的注解之一。这个注解会将 HTTP 请求映射到 MVC 和 REST 控制器的处理方法上。
在这篇文章中你将会看到 RequestMapping 注解在被用来进行 Spring MVC 控制器方法的映射可以如何发挥其多才多艺的功能的。
Request Mapping 基础用法 在 Spring MVC 应用程序中RequestDispatcher (在 Front Controller 之下) 这个 servlet 负责将进入的 HTTP 请求路由到控制器的处理方法。
在对 Spring MVC 进行的配置的时候, 你需要指定请求与处理方法之间的映射关系。 要配置 Web 请求的映射就需要你用上 RequestMapping 注解。
RequestMapping 注解可以在控制器类的级别和/或其中的方法的级别上使用。
在类的级别上的注解会将一个特定请求或者请求模式映射到一个控制器之上。之后你还可以另外添加方法级别的注解来进一步指定到处理方法的映射关系。
下面是一个同时在类和方法上应用了 RequestMapping 注解的示例
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(/) String get() { //mapped to hostname:port/home/ return Hello from get; } RequestMapping(/index) String index() { //mapped to hostname:port/home/index/ return Hello from index; }
} 如上述代码所示到 /home 的请求会由 get() 方法来处理而到 /home/index 的请求会由 index() 来处理。 RequestMapping 来处理多个 URI 你可以将多个请求映射到一个方法上去只需要添加一个带有请求路径值列表的 RequestMapping 注解就行了。
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value { , /page, page*, view/*,**/msg }) String indexMultipleMapping() { return Hello from index multiple mapping.; }
} 如你在这段代码中所看到的RequestMapping 支持统配符以及ANT风格的路径。前面这段代码中如下的这些 URL 都会由 indexMultipleMapping() 来处理
localhost:8080/homelocalhost:8080/home/localhost:8080/home/pagelocalhost:8080/home/pageabclocalhost:8080/home/view/localhost:8080/home/view/view - 带有 RequestParam 的 RequestMapping RequestParam 注解配合 RequestMapping 一起使用可以将请求的参数同处理方法的参数绑定在一起。
RequestParam 注解使用的时候可以有一个值也可以没有值。这个值指定了需要被映射到处理方法参数的请求参数, 代码如下所示
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /id) String getIdByValue(RequestParam(id) String personId) { System.out.println(ID is personId); return Get ID from query string of URL with value element; } RequestMapping(value /personId) String getId(RequestParam String personId) { System.out.println(ID is personId); return Get ID from query string of URL without value element; }
} 在代码的第6行id 这个请求参数被映射到了 thegetIdByValue() 这个处理方法的参数 personId 上。
如果请求参数和处理方法参数的名称一样的话RequestParam 注解的 value 这个参数就可省掉了, 如代码的第11行所示。
RequestParam 注解的 required 这个参数定义了参数值是否是必须要传的。
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /name) String getName(RequestParam(value person, required false) String personName) { return Required element of request param; }
} 在这段代码中因为 required 被指定为 false所以 getName() 处理方法对于如下两个 URL 都会进行处理
/home/name?personxyz/home/name RequestParam 的 defaultValue 取值就是用来给取值为空的请求参数提供一个默认值的。
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /name) String getName(RequestParam(value person, defaultValue John) String personName) { return Required element of request param; }
}
在这段代码中如果 person 这个请求参数为空那么 getName() 处理方法就会接收 John 这个默认值作为其参数。 用 RequestMapping 处理 HTTP 的各种方法 Spring MVC 的 RequestMapping 注解能够处理 HTTP 请求的方法, 比如 GET, PUT, POST, DELETE 以及 PATCH。
所有的请求默认都会是 HTTP GET 类型的。
为了能降一个请求映射到一个特定的 HTTP 方法你需要在 RequestMapping 中使用 method 来声明 HTTP 请求所使用的方法类型如下所示
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(method RequestMethod.GET) String get() { return Hello from get; } RequestMapping(method RequestMethod.DELETE) String delete() { return Hello from delete; } RequestMapping(method RequestMethod.POST) String post() { return Hello from post; } RequestMapping(method RequestMethod.PUT) String put() { return Hello from put; } RequestMapping(method RequestMethod.PATCH) String patch() { return Hello from patch; }
} 所有的处理处理方法会处理从这同一个 URL( /home)进来的请求, 但要看指定的 HTTP 方法是什么来决定用哪个方法来处理。
例如一个 POST 类型的请求 /home 会交给 post() 方法来处理而一个 DELETE 类型的请求 /home 则会由 delete() 方法来处理。
你会看到 Spring MVC 将使用这样相同的逻辑来映射其它的方法。 用 RequestMapping 来处理生产和消费对象 可以使用 RequestMapping 注解的 produces 和 consumes 这两个元素来缩小请求映射类型的范围。
为了能用请求的媒体类型来产生对象, 你要用到 RequestMapping 的 produces 元素再结合着 ResponseBody 注解。
你也可以利用 RequestMapping 的 comsumes 元素再结合着 RequestBody 注解用请求的媒体类型来消费对象。
下面这段代码就用到的 RequestMapping 的生产和消费对象元素
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /prod, produces { application/JSON }) ResponseBody String getProduces() { return Produces attribute; } RequestMapping(value /cons, consumes { application/JSON, application/XML }) String getConsumes() { return Consumes attribute; }
} 在这段代码中 getProduces() 处理方法会产生一个 JSON 响应 getConsumes() 处理方法可以同时处理请求中的 JSON 和 XML 内容。
使用 RequestMapping 来处理消息头
RequestMapping 注解提供了一个 header 元素来根据请求中的消息头内容缩小请求映射的范围。
在可以指定 header 元素的值用 myHeader myValue 这样的格式
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /head, headers { content-typetext/plain }) String post() { return Mapping applied along with headers; }
} 在上面这段代码中 RequestMapping 注解的 headers 属性将映射范围缩小到了 post() 方法。有了这个post() 方法就只会处理到 /home/head 并且 content-typeheader 被指定为 text/plain 这个值的请求。
你也可以像下面这样指定多个消息头
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /head, headers { content-typetext/plain, content-typetext/html }) String post() { return Mapping applied along with headers; }
} 这样 post() 方法就能同时接受 text/plain 还有 text/html 的请求了。 使用 RequestMapping 来处理请求参数 RequestMapping 直接的 params 元素可以进一步帮助我们缩小请求映射的定位范围。使用 params 元素你可以让多个处理方法处理到同一个URL 的请求, 而这些请求的参数是不一样的。
你可以用 myParams myValue 这种格式来定义参数也可以使用通配符来指定特定的参数值在请求中是不受支持的。
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /fetch, params { personId10 }) String getParams(RequestParam(personId) String id) { return Fetched parameter using params attribute id; } RequestMapping(value /fetch, params { personId20 }) String getParamsDifferent(RequestParam(personId) String id) { return Fetched parameter using params attribute id; }
} 在这段代码中getParams() 和 getParamsDifferent() 两个方法都能处理相同的一个 URL (/home/fetch) 但是会根据 params 元素的配置不同而决定具体来执行哪一个方法。
例如当 URL 是 /home/fetch?id10 的时候, getParams() 会执行因为 id 的值是10,。对于 localhost:8080/home/fetch?personId20 这个URL, getParamsDifferent() 处理方法会得到执行因为 id 值是 20。 使用 RequestMapping 处理动态 URI RequestMapping 注解可以同 PathVaraible 注解一起使用用来处理动态的 URIURI 的值可以作为控制器中处理方法的参数。你也可以使用正则表达式来只处理可以匹配到正则表达式的动态 URI。
RestController
RequestMapping(/home)
public class IndexController { RequestMapping(value /fetch/{id}, method RequestMethod.GET) String getDynamicUriValue(PathVariable String id) { System.out.println(ID is id); return Dynamic URI parameter fetched; } RequestMapping(value /fetch/{id:[a-z]}/{name}, method RequestMethod.GET) String getDynamicUriValueRegex(PathVariable(name) String name) { System.out.println(Name is name); return Dynamic URI parameter fetched using regex; }
}
在这段代码中方法 getDynamicUriValue() 会在发起到 localhost:8080/home/fetch/10 的请求时执行。这里 getDynamicUriValue() 方法 id 参数也会动态地被填充为 10 这个值。
方法 getDynamicUriValueRegex() 会在发起到 localhost:8080/home/fetch/category/shirt 的请求时执行。不过如果发起的请求是 /home/fetch/10/shirt 的话会抛出异常因为这个URI并不能匹配正则表达式。
PathVariable 同 RequestParam的运行方式不同。你使用 PathVariable 是为了从 URI 里取到查询参数值。换言之你使用 RequestParam 是为了从 URI 模板中获取参数值。 RequestMapping 默认的处理方法 在控制器类中你可以有一个默认的处理方法它可以在有一个向默认 URI 发起的请求时被执行。
下面是默认处理方法的示例
RestController
RequestMapping(/home)
public class IndexController { RequestMapping() String default () { return This is a default method for the class; }
} 在这段代码中向 /home 发起的一个请求将会由 default() 来处理因为注解并没有指定任何值。 RequestMapping 快捷方式 Spring 4.3 引入了方法级注解的变体也被叫做 RequestMapping 的组合注解。组合注解可以更好的表达被注解方法的语义。它们所扮演的角色就是针对 RequestMapping 的封装而且成了定义端点的标准方法。
例如GetMapping 是一个组合注解它所扮演的是 RequestMapping(method RequestMethod.GET) 的一个快捷方式。 方法级别的注解变体有如下几个
GetMappingPostMappingPutMappingDeleteMappingPatchMapping 如下代码展示了如何使用组合注解
RestController
RequestMapping(/home)
public class IndexController { GetMapping(/person) public ResponseBody ResponseEntity String getPerson() { return new ResponseEntity String (Response from GET, HttpStatus.OK); } GetMapping(/person/{id}) public ResponseBody ResponseEntity String getPersonById(PathVariable String id) { return new ResponseEntity String (Response from GET with id id, HttpStatus.OK); } PostMapping(/person) public ResponseBody ResponseEntity String postPerson() { return new ResponseEntity String (Response from POST method, HttpStatus.OK); } PutMapping(/person) public ResponseBody ResponseEntity String putPerson() { return new ResponseEntity String (Response from PUT method, HttpStatus.OK); } DeleteMapping(/person) public ResponseBody ResponseEntity String deletePerson() { return new ResponseEntity String (Response from DELETE method, HttpStatus.OK); } PatchMapping(/person) public ResponseBody ResponseEntity String patchPerson() { return new ResponseEntity String (Response from PATCH method, HttpStatus.OK); }
} 在这段代码中每一个处理方法都使用 RequestMapping 的组合变体进行了注解。尽管每个变体都可以使用带有方法属性的 RequestMapping 注解来互换实现, 但组合变体仍然是一种最佳的实践 — 这主要是因为组合注解减少了在应用程序上要配置的元数据并且代码也更易读。 RequestMapping 总结 如你在本文中所看到的RequestMapping 注解是非常灵活的。你可以使用该注解配置 Spring MVC 来处理大量的场景用例。它可以被用来在 Spring MVC 中配置传统的网页请求也可以是 REST 风格的 Web 服务。
