Spring笔记

Spring容器：
里面包含了许多的对象，相当于是一个对象仓库；在这里面所有的对象称为Bean，写代码的时候不需要手动new对象，而是让Spring帮助创建和管理。
@Autowired与@Resource：
作用一样，都是依赖注入(DI)。想使用仓库的某个Bean的时候，在变量的头上贴上这个注解，Spring会自动的从仓库中将这个Bean拿出来。
找东西方式不一样：
前者是Spring框架自带的注解，按照类型(Type)找；缺点：如果一个接口有两个实现类，就会报错，必须搭配@Qualifier("")告诉具体名字。设置成@Autowired(required = false)能避免报错，Spring在找不到的时候会把这个变量赋值为null，程序继续正常启动。
后者是Java EE标准自带注解，默认按名字(Name)找，去仓库找完全匹配的Bean，找不到就会按照类型找。
required = false：
搭配@RequestParam(value = "title",required = false)String title,为true的时候，当前端发起HTTP请求时如果没传title参数，SpringMVC直接扔出400 Bad Request错误，；改成false，前端就算没传这个参数，请求也能进来，只是title会被赋值为null。虽然false能防止程序崩溃，但是也埋下了一个雷就是NullPointerException(空指针异常)。在使用required = false时，在后面真正使用这个变量之前，必须加上if(xxx != null)的判空逻辑。
@Component:
加在类头上，表示将这个类实例化成对象并放到IOC仓库中；一切Spring Bean注解的老祖宗
和@Controller@Service@Repository注解是父子关系；为了代码更清晰，派生出了这三个注解
@Controller：
告诉Spring框架这个类是一个控制层组件，专门负责接待来自浏览器的HTTP请求；
在类上加上这个注解，Spring就会监听发给服务器的网络请求，比如当用户在浏览器访问/publish时，这个注解就会把这个请求派给带有@PostMapping("/publish")的方法去处理
接受用户请求，然后把活给业务层,最终决定给用户展示哪个界面，比如return "publish"，就是把渲染后的页面端给用户。
@Repository:
往仓库中放东西，在一个类头上加上这个注解时，相当于告诉Spring，把这个类实例化成Bean，存放到仓库中。(通常是在跟数据库打交道的Mapper或DAO类，身份是数据访问层)
处理把类变成Bean，还可以做异常转换，不同数据库报错不一样，该注解可以把晦涩难懂的底层数据库异常统一翻译成Spring自带的异常体系(DataAccessException)
@Service：
业务逻辑层，写核心代码
Controller拿到数据后，会通过@Autowired或@Resource把Service叫过来，把数据交给他处理
@RequestParam：
从HTTP请求中提取具体的数据，自动赋值给Java方法的参数
用户在网页的表单中输入标题和内容并提交后，会将这些数据打包成HTTP报文。@RequestParam（value = "title" ) String title,从报文中找到叫title的数据提取出来，放到后面的title字符串变量去
@GetMapping(/"publish"):
索要一张空白申请表
点击一个查看按钮，可以看到相应的页面内容
处理HTTP的GET请求，核心是获取
GET请求参数时，参数往往直接挂在网址后面，不安全，也不能传太大数据
@PostMapping(/"publish")：
提交申请好的申请表
处理HTTP的POST请求，核心是提价/创建
页面中填写完内容，提交，是POST请求
POST请求的数据藏在HTTP请求的请求体(Body)里，网址上看不见，相对安全，而且可以传输大段文本甚至文件，比如上传图片
RESTful API：
接口设计的风格和规范
传统：GET/getUser?id=1
RESTful：GET/users/1
1.URL定位资源（只用名词）
2.HTTP动词描述操作：GET查询POST新增PUT修改/更新全量数据DELETE删除
3.无状态与JSON交互：每一次请求都必须包含服务器理解该请求所需的全部信息
Token:
一段毫无规律的加密字符串，用来证明你是谁以及有没有权限
Token通常放在HTTP请求的请求头(Header)里的Authorization字段中，相比于传统Session存在服务器内存里，Token存在客户端，让服务器变为"无状态"的