Spring注解笔记

一、使用postman，测试post请求，出现error，发现原因是content_type类型不对。

1.get/post方式提交
@RequestParam可以接收get和post参数，处理content_type为application/x-www-form-urlencoded的请求，而content_Type为application/json、application/xml，则必须由@RequestBody处理，@RequestBody也可以处理application/x-www-form-urlencoded。
@RequestParam的本质是通过Request.getParameter()得到String类型的参数值，经ConversionService转为相应的简单类型。

2.put方式提交
application/x-www-form-urlencoded也必须由@RequestBody处理
因此，在注入参数时，需要根据类型选用@RequestParam或@RequestBody。
@PathVariable则用于接受通过url传递的参数，如RequestMapping(value="/getInnId/{innId} ") ，方法签名中通过 @PathVariable Integer innId取得。
而@ResponseBody用于将返回对象写入到Response的body，返回非html的json、xml。

二、使用注解声明bean
@Component 适用各个层次
@Repository 持久层
@Service 业务层
@Controller 控制层
通过它们标注的class会自动创建相应的BeanDefine对象，加入applicationContext。
未添加注解，且未使用xml装配，会导致应用找不到bean。经验表明，MyBatis只需定义接口（无需写daoImpl）的方式，@Repository非必须，即定义Mapper接口时，不添加@Repository，程序能正常运行，但IDEA语法检查会提示：could not autowired。

三、通过注解使用bean
@Autowired、@Resource、@Inject区别
这三个注解都是用以注入bean对象，@Autowired默认按类型注入，要用以按类型注入，需要结合@Qualifier(name)注解一起使用；@Resource默认按属性name值（=bean的id）注入；@Inject与@Autowired相近，默认按type注入。（参考：http://www.tuicool.com/articles/ruaMBn）
@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方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配；

我的博客即将同步至腾讯云开发者社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?invite_code=qh098csnac45