springboot常用注解二

一   @Service注解

Spring2.5为我们引入了组件自动扫描机制，他在类路径下寻找标注了上述注解的类，并把这些类纳入进spring容器中管理

这是spring2.5之后出现的注解，就跟在spring配置文件里配置bean差不多的功能，就是让spring自动扫描管理组件,service一般标注在service层的bean上

@Service是一个注解,告诉spring创建一个实现类的实例,就是不用再spring里配置bean,就是因为这个@Service 

@Service("EmpService")括号里面的就是给实例化后的Student对象取个名字,这是在你一个接口有多个实现类的情况下区分实现类的方式

比如Student实现了Person接口，在你的controller里面@Autowired Person时，假如这时Person还有另一个实现类User，为了确定实例化Student还是User， @Service括号里面的东西就有用了，
@Autowired
@Qualifier("student")
private Person person;
这样就确定实例化了一个Person指向一个Student对象,必须使用@Qualifier指定注入哪个实现类

二   @Autowired注解

Spring 2.5 引入了 @Autowired 注释，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。 通过 @Autowired的使用来消除 set ，get方法，简化程序代码。

这样，当 Spring 容器启动时，AutowiredAnnotationBeanPostProcessor 将扫描 Spring 容器中所有 Bean，当发现 Bean 中拥有 @Autowired 注释时就找到和其匹配（默认按类型匹配）的 Bean，并注入到对应的地方中去。 
对成员变量使用 @Autowired 后，您大可将它们的 setter 方法（setCar() 和 setOffice()）从 Boss 中删除

   @Autowired也可以写在set方法上,这时，@Autowired 将查找被标注的方法的入参类型的 Bean，并调用方法自动注入这些 Bean。

三  @Resource注解

@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按 byName自动注入罢了。@Resource有两个属性是比较重要的，分是name和type，Spring将@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方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配；

四 @Controller注解

  在SpringMVC中，控制器Controller负责处理由DispatcherServlet分发的请求，它把用户请求的数据经过业务处理层处理之后封装成一个Model ，然后再把该Model返回给对应的View进行展示

@Controller
public class UserController {
	@Autowired
	private UserService userService;
	
	@RequestMapping(value="/find",method=RequestMethod.GET)
	@ResponseBody
	public User findById(int id){		
		return userService.findById(id);
	}

在使用controller层时,一般将service层注入,注意在实际开发中,@RequestMapping中一般要把method显示写出来 @Controller用于标记在一个类上，使用它标记的类就是一个SpringMVC Controller对象。分发处理器将会扫描使用了该注解的类的方法，并检测该方法是否使用了@RequestMapping注解。@Controller只是定义了一个控制器类，而使用@RequestMapping注解的方法才是真正处理请求的处理器

@RestController与@Controller的区别

前者是将return直接以JSON字符返回到页面上去,@RestController是@Controller和@ResponseBody的结合体，两个标注合并起来的作用,如果只是使用@RestController注解Controller，则Controller中的方法无法返回jsp页面，配置的视图解析器InternalResourceViewResolver不起作用，返回的内容就是Return 里的内容。
例如：本来应该到success.jsp页面的，则其显示success.

如果需要返回到指定页面，则需要用 @Controller

关于controller层中URL模板问题需要提一下

在Web应用中URL通常不是一成不变的，例如微博两个不同用户的个人主页对应两个不同的URL: http://weibo.com/user1，http://weibo.com/user2。我们不可能对于每一个用户都编写一个被@RequestMapping注解的方法来处理其请求

所以在这我们需要在URL中传进来一个变量

@RequestMapping("/users/{username}")
public String userProfile(@PathVariable("username") String username) {
    return String.format("user %s", username);
}

@RequestMapping("/posts/{id}")
public String post(@PathVariable("id") int id) {
    return String.format("post %d", id);
}

注意这里的@PathVariable,这里将括号里面的参数作为变量放到url中

除了在请求路径中使用URI模板，定义变量之外，@RequestMapping中还支持通配符“*”

@Controller
@RequestMapping("/myTest")
public class MyController {
	@RequestMapping("*/wildcard")
	public String testWildcard() {
		System.out.println("wildcard------------");
		return "wildcard";
	}
}

所以这里的*可以为任意字符

http://blog.csdn.net/leijie0322/article/details/52162107
以上是对一些常用注解的理解