SpringBoot笔记

java web发展史 web的产生 url http 特定目录->资源 (为了返回静态资源) CGI的诞生 动态参数写进环境变量 启动CGI的程序获取参数后返回动态的结果 一个请求启动一个cgi程序，耗费自愿(腾讯部分还在用c++ php) java原始(能实现几乎所有事情) applet 浏览器插件，服务端传来代码 在插件中执行(代码不能多，不能复杂) 客户端执行代码不太好 servlet+applet 静态页+动态数据 拼接页面返回 (out.print("")) servlet\JSP (要求开发全栈) -> java web (分层架构，解耦) -> ajax (渲染部分页面，js整个技术的基石) -> spring(ssm ssh)(简化了代码量) IOC： 控制反转 依赖注入 本质:构建对象的技术 单例模式 工厂创建对象 容器 对象之间的依赖 本该我们自己管理对象 交给容器管理 并且自动注入属性 AOP: 面向切面编程 系统中有多个模块 很多模块共用某些功能 (日志 异常 事务管理) 非核心业务逻辑 交叉关注点 通用 避免了同样功能代码分散难以更新 -> springboot (简化ssm等配置 插件) 引导我们更便捷地使用spring -> 微服务 -> 未来 新技术的诞生 用来解决现有技术的痛点 异步(Netty)、响应式编程(Spring5+) 约定大于配置 后续框架更多地遵循这种原则 初识 2014.4 springboot1.0.0 简化新spring的搭建和开发过程 2017.1 Springboot1.5.0 动态日志修改 增加apache kafuka LDAP、事务管理新特性 2018.3 springboot2.0.0(历史革新) 基于java8响应式编程 http2.0支持 kotlin支持 quartz支持 security简化等 2019.9 2.1.18(稳定版) 我们学习的版本 微服务 springcloud 一种分布式架构，一种思想，一种设计原则 通过springboot创建服务，springcloud关注全局的服务治理 基于springboot的特性，我们可以快速构建独立的微服务 是java领域最优秀的微服务架构落地技术 springboot特性与优势 编码更简单 遵循约定大于配置原则 (默认配置) 测试更简单 内置七种测试框架 部署更简单 内嵌容器，集成jenkins，支持容器化(不用打war，打jar就行) 监控更简单 Actuator监控应用健康情况，SpringBoot Admin集群监控工具(便捷) maven基础 1.管理jar包,管理jar依赖 提供了本地仓库、中央仓库、远程仓库 通过坐标定位jar 中配置 2.提供统一的规范，约定优于配置，利于合作 src/main/java.. 3.扩展性好，支持各类插件，涉及到方方面面，如编译、打包、以来检察、web容器自动， 用例执行 compile编译、test测试、package打包、install安装、deploy发布 约定配置: .. 存放pom.xml和所有子目录 ../src/main/java 项目的java源代码 ../src/main/resourceses 项目的资源，比如说property文件 ../src/test/java 项目测试类 如Junit代码 ../src/test/resourceses 测试资源 ../target 打包输出目录 ~/.m2/repository mvn默认的本地仓库位置 pom.xml maven核心，Project Object Model，项目对象模型，定义了项目的基本信息 project是根元素，他还声明了一些pom相关的命名空间和xsd元素 groupId、artifactId、version三要素定义了项目的基本坐标，在mvn世界里，所有的war和jar都是依据坐标进行区分 groupId定义了组名，一般是用公司或组织的域名 artifactId定义了项目在mvn的唯一ID，一般是项目或子项目名 version定义了这个项目当前的版本 依赖范围管理: 主要管理依赖的部署，依赖范围控制哪些依赖在classpath中可用，哪些依赖包含在一个应用中，以下5个值可在scope中使用 compile 缺省值，适用于所有阶段，会随着项目一起发布 provided 只有在当jdk或者一个容器已提供该以来之后才使用(不会被打包) runtime 只有在运行时使用，如jsbc驱动，适用运行和测试阶段 test 只在测试时使用，不会发布 system 不推荐，类似provided，需要显式的提供包含以来的jar，mvn不会在repository中查找他 mvn依赖传递性 mvn默认依赖传递必须加载，但有时候，有些可以不必加载，如a-> b->c,但a不需要c，这时可以进行可选依赖和依赖排除 可选依赖 true 假设以上是A的配置，即a->b 这时编译a，ok。如果x->a,x不用到b，ok 但是x如果用到b，需在pom.xml中重新配置对项目b的依赖 依赖排除 当一个项目A依赖项目B，而项目B同时依赖C，项目A如果因为各种原因不想引入C，在配置项目B的依赖时，可以排除对C的依赖 使用: 配置镜像 ....建议阿里云 maven全局配置JDK cofg/settings.xml pom.xml helloword jdk + maven + idea + springboot 有版本捆绑关系， 示例 jdk1.8.18 mvn3.1.3+ idea2019.2+ springboot2.1.8release 1.创建maven项目 起名spring-boot-duying.demo 2.spring官网，springboot官网，resful快速构建 3.部分复制到pom里面 springboot-starter-parent 超级父pom，springboot的父依赖 ..starter-web<> web部分依赖 4.随便创建一个主入口类DemoApplication.main，创建main函数 main中使用spring静态方法启动 SpringApplication.run(DemoApplication.class,args); DemoApplication类名上加@SpringBootApplication 5.创建controller.xxController 加@Controller @ResponseBody @RequestMapping("/xxxx") xxxx() 热部署: 1.pom文件增加依赖引入 org.springframwork.boot spring-boot-devtools 2.idea的settings配置 勾选build project automatically 3.项目中命令行 osk 快捷键ctrl+shift+alt+/ ，选择registry 勾选compiler automake allow when app running 打包: 文档--getting started -- Creating an Excutable Jar ... 与dependencies同级 复制到我们的pom.xml 右侧maven Projects里面多一个springboot的选项 springboot-run 、maven-package双击 jar包打到target目录下 可以show in explore 放到某个位置 部署 cmd cd到这个路径 java -jar xxx.jar 这就成功启动了(不用要记得退出，会占用端口) 配置 配置基础 自定义banner(旗帜/标语)() 启动springboot时候表现的封面图 ../resources/banner.txt 更改启动端口 内部配置: ..resources/application.propertise/YML sever.port=8090 官网配置文件目录X Append.. 外部配置 java -jar *.jar --server.port=8081 REST @RestController controller上面，返回json 等价于controller+responsebody两个注解 返回json，而不是视图(jsp html) 配置常量 使用注解@Value(${key})获取 参数间可以互相引用three=${one}+${two} 可使用随机值${radom.int} 绑定bean(官方推荐) 一个bean bean上添加注解@ConfigurationProperties(prefix="food") 入口类上添加注解@EnableConfigurationProperties(xxBeanConfig.class) //告诉主程序要自己引入配置文件 多个bean(对应多个配置文件) 配置处理器 ..configuration-processor 到pom.xml 4.bean上加 @getter @setter 4.1 @Data 同时生成getter setter contructor hash equals tostring 4.2 @NoArgsConstructor @RequiredArgsConstructor @AllArgsConstructor无参、部分参数、全参构造器 4.3 @Builder @Slf4j 等价于private final Logger logger = LoggerFactory.getLogger(XXX.class); 原理: [源代码] 词法分析 -> （检查关键字 分析结果编程规范化的Token流) [规范Token流] 语法分析 -> (抽象语法树) [抽象语法树] 语义分析 -> (难懂的语法转化成简单的注解的抽象语法树) 如foreach -> for [注解抽象语法树] 字节码生成 -> (符合jvm规范的二进制代码) lombok原理:语法分析过程中，在编已处理后，匹配到有它注解的类，注解编译器就会自动去匹配项目中的注解对应到在lombok语法树中的注解文件，并自动编译匹配来生成方法，达到简化代码的目的 配置格式yaml propertise对于复杂的数据结构不如yaml YAML:Yaml Ain Markup Language LINUX:Linux Is Not Unix 语法规则: 1.大小写敏感 2.缩进表示层级关系 3.缩进不允许使用tab键(特别重要)(一定要在冒号后加个空格) 4.缩进的空格数目不重要，只要相同层级的元素左侧对齐即可 支持的数据结构: 1.对象:键值对集合，又称映射、哈希、字典 food: meat: 鱼香 rice: 肉丝 food: {meat: 鱼香,rice: 肉丝} 2.数组:一组按次序排列的值，又称为序列/列表 A: -d -t -y -e - id：aa age:bb sex:cc 3.纯量:单个的、不可再分的值 整数 浮点 日期....用到的时候再来找 一些特殊符号 --- ---表示一个文档的开始 --- spring: profiles:dev ...和--- 在一个配置文件中表示一个文件的结束 ~~ 做强值类型转换 > 折叠换行，|保留换行符 引用 可以用&来完成锚点定义，使用*来完成锚点引用 合并内容 主要和锚点配合使用，可以将一个锚点内容直接合并到一个对象中 多文件配置 spring: profiles: active:dev --- spring: profiles:dev sever: port:8080 --- spring: profiles:prod sever: port:8090 配置加密Jasypt (用户名、密码、..)，密码一般都是加密之后存储 如果两个密码都是123 黑客也是123 同样的密码加密之后都一样 加盐加密，同样的密码加了盐也不一定一样 可以把盐理解为调料 一样的A加了不同量的b得到不同的结果 使用: 1.引入依赖 Jasypt-spring-boot-starter 2.自己写一个类 JasyptUtil 写个主函数 Main(){ BasicTextEncryptor x = new BasicTextEncryptor(); x.setPassword("123456!@#"); String userName = x.encrypt("xxxx****x"); String password = x.encrypt("*********"); //多次执行结果不一样 } 3.配置文件中使用， jasypt: encryptor: password:123456!@# xxinfo: user:ENC(密文1) pass:ENC(密文2) 模板引擎+curd 发展过程 JSP html+java代码->Servlet类->放到容器中执行 缺点 繁杂而不易维护 本质上是"模板" 通过规则和标签抽象出来的 模板引擎 freemarker velocity thymeleaf beetl(国人开窗，据说性能很高) freemarker使用最多 velocitysb不再支持 thymeleaf官方推荐 基于API的前后端分离 web服务器: 解析静态资源 nginx apache (前台接待-外网访问) 应用服务器: 解析动态+静态资源 tomcat jetty (核心价值提供者-内网访问) nginx(前端代码)->ajax请求api->tomcat(服务端代码) 数据格式json 模板引擎(thymeleaf 百里香的叶子) 执行过程 1.利用正则表达式分解出普通字符串和模板标识符 2.将模板标识符转换成普通的语言表达式 3.生成待执行语句 4.将数据填入执行，生成最终的字符串 使用 1.创建项目 使用springboot初始化器 group、artifact、jar、java8不变，package简化下 选择依赖 热部署、lombok、web.. Freemarker 引入dependency application.yml spring: mvc: view: #文件位置 prefix: /templates/ #文件后缀 suffix: .ftl controller(Model model) model.addAttribute("now",new Date().toString()) return "index" 新建 index.ftl ${xxx${now}} Thymeleaf Springboot官网就是springboot+thymeleaf编写的 特点 1.能够直接在浏览器中打开并正确显示模板页面，而不需要启动整个web应用。便于前后端联调(动态值有一个默认的静态值) 2.模板语法并不会破坏文档结构，只会在运行期替换掉静态值 整合方式: 1.两种启动方式(模板 和 starter 两个dependency) 2.resources下创建thymeleaf文件夹，创建html文件 3.html文件 4.

name

表达式: 变量表达式 ${...} OGNL(对象导航语言)表达式，如果将Thymeleaf与Spring集成在上下文变量上(也称为Spring术语中的模型属性)，则为SpringEL 选择变量表达式 *{...} 他们不是整个上下文变量映射上执行，而是在先前选择的对象 model打包参数设置为object， html中父标签绑定object ${obj}，子标签绑定obj.xxx *{xxx} 链接URL表达式 @{...} 在构建URL并向其添加有用的上下文会话信息 有绝对url、相对url(网页、上下文、协议、请求等) 消息表达式 #{...} 消息表达式(通常称为文本外部化，国际化或i18n)允许从外部源(如:.properties)文件中检索特定于语言环境的消息，通过键来引用这引用消息。在Spring应用程序中，它将自动与Spring的MessageSource机制集成 构建message.properties 然后#{xxx}去文件里面找 片段表达式 ~{...} 一种简单的方法用来表示标记的片段并将其移动到模板中，由于这些表达式，片段可以被复制，传递给其他模板的参数等

xxx

xxx

xxx 字面量、文本运算、比较和相对、比较和相等、特殊标记 拼接语句 th:text 不解析标签 th:utext 会解析标签 需求分析示例 中餐厅 嘉宾:黄晓明 秦海璐 林述巍 王俊凯 杨紫 仝卓 王鹤棣 1.展示列表 2.增加、删除嘉宾 更改角色(店长、财务、大堂经理、主厨、帮厨..) 交互设计 1.展示列表页，页面中有多个按钮，每一行上面有修改和删除按钮，列表下方有增加按钮 2.点击增加时候，出现新的页面，页面需填入名字和角色两个基本信息，填好提交返回列表页 3.点击删除时，列表页更新 4.点击更改时，出现新的编辑页面，名字不可更改，角色可修改，修改提交后返回列表页 系统设计 1.实体类Guest name role 2.操作Model的方式 GuestDao 初始化的数据、数据的增删改查处理 3.业务控制逻辑GuestController 接受请求，逻辑处理，返回响应的页面 4.逻辑处理GuestService去调用相应的GuestDao 接口设计 1./guest/list 查询列表 无查询参数 返回结果:List 2./guest/toAdd 点击增加按钮 需填写名字和角色 返回add.html /guest/add 添加操作 传参Guest 返回结果:跳转到list页面 3./guest/toUpdate 点击修改按钮，返回update.html名字固定，角色可改 /guest/update 修改操作 传参Guest name 返回结果:跳转到list页面 4./guest/delete 删除操作 传参Guest name 返回结果:跳转到list页面 CURD示例 1.Springboot-inilize方式创建项目 2.group一般是公司的名字，如com.duying、com.foxconn 3.包名去掉多余的 4.依赖选择(devtools、lombok、web、模板Thymeleaf) 5.定义实体类 定义属性 实体@Data 6.定义Controller @Controller RequestMapping("guest/list") 7.定义Service 定义Interface 实现方法 @Service 8.定义Dao @Repository .. 9.Domain根据需要加一个全参构造器@AllArgsConstructor ... 10.创建list.html 加网址 通过th:each="guest:${guestList}" ${guest.xxx} 11.页面难看 下载bootstrap,放到resources/static/ 12.接口设计 13.编写业务 form表单的 th:action="@{/xxx/xx}" RESTful接口设计 特点： 与传统方式比较: 面向资源本身，具有自解释性 充分HTTP协议本身语义 取东西就要GET(GET就是安全的，不会修改服务资源)，新增就要POST(POST就是不安全的)，修改就要PUT(PUT就要幂等)，删除就要DELETE(DELETE就要幂等) 幂等:接口可重复调用，在多次重复调用的情况下，接口最终得到的结果是一致的 传统CURD ../item/query/queryitem.action?id=1,GET ../item/saveItem.action,POST ../item/updateItem.action,POST ../item/deleteItem.action?id=1,GET/POST RESTful的CURD ../item/1,GET 查询 ../item,POST 新增 ../item,PUT 更新 ../item/1,DELETE 删除 表现层状态转化 对资源进行表现层状态转换，表现层就是资源展现的形式(格式，如xml、json、..)，HTTP是无状态的，如果客户端想要操作服务器，必须让服务端的资源发生状态的转化(如user的职务)，这种转化是建立在表现层上的 具体来说，就是HTTP协议里四个操作方式的动词:GET\POST\PUT\DELETE 如果客户端通过Accept头请求一种特定格式的表述，服务端通过Content-Type告诉客户端资源的表现形式 总结: 看url就知道要什么，看HTTP-method就知道干什么，看http status code就知道结果如何 设计要点 1.客户端是否支持这些HTTP方法 ·部分古老的客户端只支持GET和POST方法 ·部分框架支持通过隐藏参数_method=DELETE来传递真实的请求方法 2.状态转移问题 ·状态应该区分应用状态和资源状态，客户端负责维护应用状态，而服务端维护资源状态 ·客户端与服务端的交流必须是无状态的，并在每一次请求中包含处理该请求所需的一切信息 ·这种无状态通信原则，使得服务端和中介能够理解独立的请求和响应 3.在URL里边带上版本号的问题 ·如果我们把版本号理解成资源的不同表现形式的话，就应该只是用一个url，并通过Accept头部来区分 4.和旧方案比较 ·统一接口，可缓存，支持分层系统(允许服务器和客户端之间的中间层(代理，网关等)代替服务器对客户端的请求进行回应) 5.一句话:看url就知道要什么，看HTTP-method就知道干什么，看http status code就知道结果如何 改造Demo Controller注解改为@RESTController @RequestMapping("/guest")放在类头上，这样方法就只需要写别的就行 @GetMapping("") @PostMapping @PutMapping @DeleteMapping 参数接收 guest/toUpdate/{name} 方法中通过@PathVariable("name") 引入Jquery web jars，springboot提供了mvn以jar包依赖进行统一管理 pom.xml引入 通过<script type="text/javascript" src="@{/webjars/jquerys/3.4.1/jquery.js}"> 使用$..处理js逻辑 模板表达式 用到模板表达式的地方一定要用th:前缀(很多如url、参数地方可能会忘)，不然会gg orm 对相关希映射，两大支流；不用写sql的hibernate、便于动态使用sql的mybatis 取决于业务场景 Hibernate对多表关联解决得比较差，主要针对单表 传统企业喜欢hibernate，互联网企业喜欢mybatis mybatis 可以更细致的进行sql优化 数据库移植性不好，不同的数据库写不同的sql 运行速度的优势 开放了插件接口 对复杂查询支持较好 hibernate DAO层开发比mybatis简单 对对象的维护和缓存要比mybatis好 对增删改查的对象的维护更方便 二级缓存更好，可使用第三方缓存 多表关联关系复杂，后期抓狂 jpa jpa是一种orm标准，sun公司提供的java持久化规范 Hibernate就是实现的这种标准 Spring-Boot-Jpa是spring封装的jpa规范 idea创建初始化项目时可以直接选jpa 使用 构建项目时直接勾选可以自动帮我们导入pom依赖，我们只需要控制版本就好 配置application.yml 端口号 spring: datasource: url: jdbc:mysql://**url**:*port*/dbName username: xxxx password: xxxxxx #daterSource下面不用必须加驱动，springboot会注入(url) jpa: hibernate: #自动创建表 ddl-auto: update #设置数据库引起为innerdb database-platform: org.hibernate.dialect.MySql5InnoDBDialect #打印sql语句，方便调试 show-sql: true service还是正常使用 引入mysql的连接dependency 补充app...yml 创建接口 reponsitory.xxxReponsitory 继承JpaRepository 第一个实体类，第二个主键类型 实体对象处理 @Entity @Id 主键属性 @Column 其他属性 增加无参构造器 @NoArgsConstructor 实现序列化接口 implements Servlizable 在Service引入仓库 @Autowired 私有属性 reponsitory.findAll(); mybatis 使用 配置 引入依赖、引入mysql连接池 app..yml mybatis: config-location:classpath:mybatis-config.xml mybatis-config.xml 因为已经默认加了/了，mapper文件夹前面不用加 创建sources下mybatis.mapper/xxMapper.xml 初始化项目的时候直接勾选 Dao改名为Mapper @Repository注解 xxMapper.xml */*sql 注解 如果不想用mybatis-config.xml app..yml mybatis: mapper-locations: classpath*:/mybatis/mapper/*.xml type-aliases-packages: com.duying.model 不想用xxMapper.xml xxMapper接口 @Mapper或者程序主入口Main中 @MapperScan("com.duying.mapper") @Select(" **sql** ") 参数 方法中@Param("param1") sql中 #{param1} mybatis插件、增强包 Tk.mybatis 也叫通用mapper，采用了jpa的思想 用法: 1.引入依赖 版本号2.1.5 2.可以再yml配置， 3.建立tk.mappers 修改@MapperScan 4.建立 interface sxxMapper extend Mapper 5.service调用 表不复杂的时候这样会很方便 mybatis-plus 是一个增强工具包，在mybatis也提供了通用mapper解决方案，不支持分布式事务，但与mybatis集成地更好，多数据源支持不太良好(另有jar) 配置处理器 写配置时候自己写的类有提示 使用: 1.引入依赖mybatis-plus-boot-stater 3.2.0 2.xxMapper extends BaseMapper 二: 1.同 2.interface xxService extends IService xxServiceImpl extends ServiceImpl implate xxService 意义:一切为业务服务，让写业务方便 多数据源 Mybatis-Spring mybatis-spring粘合剂 核心是SqlSessionTemplate 负责的是让spring获取SqlSessionTemplate 然后注入SqlSessionTemplate到工具类 工具类操作数据库 Sqlsession 封装了jdbc连接，是数据库连接服务端和客户端之间的一种会话。直接用来执行sql语句、提交事务等等 SqlSessionFactory 用来创建SqlSession的 使用 1.mybatis-plus与最新的spring集成不太好，最好用传统mybatis 2.app..yml中 db1: jdbc-url: username: password: db2: jdbc-url: username: password: 3.这样写springboot就不能自动注入了 创建config文件夹，创建DBConfig.class @Bean("db1") @ConfigurationProperties("spring.datasource.db1") public DataSource dataSource1(){ return DataSourceBuilder.create().build(); } @Bean("db2") @ConfigurationProperties("spring.datasource.db2") public DataSource dataSource2(){ return DataSourceBuilder.create().build(); } 创建DBOneConfig.class @Configuration @MapperScan(basePackages = "com.duying.mapper",sqlsessionFactoryRef = "sqlSessionFactory1") 本体 @Autowired @Qalifier("db1") private DataSource dataSource; @Bean public SqlSessionFactory sqlSessionFactory1() throws Exception{ SqlSessionFactoryBean sqlSessionFactoryBean = new SqlSessionFactoryBean(); sqlSessionFactoryBean.(dataSource); return sqlSessionFactoryBean.getObject(); } @Bean public SqlSessionTemplate sqlSessionTemplate1() throws Exception{ SqlSessionTemplate template = new SqlSessionTemplate(sqlSessionFactory1()); return template; } 复刻一个 DBTwoConfig.class 事务 @Transactional 本来样版式代码很多try catch 提供了环绕式服务 注解@Transactional 优点: 非侵入式，不污染业务代码，做到方法级事务回滚 支持参数(传播行为propagation、隔离级别isolation、读写或只读readOnly、超时时间timeout) 源码 启动机制 注解复习 java注解 元数据 与接口、枚举是同一个层次的，可以生命在很多地方，是对元素进行说明的 本来需要很多配置文件、很多逻辑才能实现的内容，就可以使用一个或多个注解来代替，这样就使得编程很简洁、代码很清晰 原理 本质上就是一个继承自java.lang.annotation.Annotation的接口 接口如何设置属性?通过动态代理的方式生成了一个实现了该注解的实例(对当前的实体来说，诸如类、方法、属性域等，这个对象都是单例的)，单后对该代理实例的属性赋值，这样就可以在程序运行时(如果将注解设置为运行时可见的话) 通过反射获取到注解的配置信息 分类 运行机制 源码注解 只在源码中存在，编译成.class文件就不存在了 编译时注解 在源码和.class文件中都存在。像前面的@Override、@Deprecated、@SuppresWarnings，它们都属于编译时注解 运行时注解 在运行阶段还起作用，甚至会影响运行逻辑的注解。像@Autowired自动注入的这样一种注解就属于运行时注解，他会在程序运行的时候把你的成员变量自动注入进来 来源 来自JDK 来自第三方 自定义 元注解 注解的注解 @Target(ElementType.METHOD,ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Inherited @Documented public @Interface Description{ String desc()； String author(); int age() default 18; } 这不是一个接口，这是@Interface定义的一个注解 注意: 成员类型受限制，合法的类型包括基本数据类型以及String、Class、Annotation、Enumeration等 如果注解只有一个成员，则成员必须命名为value()，在使用时可以忽略成员名和赋值符号(=) 注解类可以没有成员，没有成员的注解称为标识注解 @Target(ElementType.METHOD,ElementType.TYPE) 是这个注解的作用域，ElementType.METHOD是这个作用域的列表，Method是方法声明，除此之外，还有CONSTRUCTOR(构造方法)、FIELD(字段声明)、LOCALVARIABLE(局部变量声明)、METHOD(方法声明)、PACKAGE(包声明)、PARAMETER(参数声明)、TYPE(类接口)) @Retention(RetentionPolicy.RUNTIME) 是注解的生命周期，运行机制中讲的就是。RUNTIME就是在运行时存在，可以通过反射读取。除此之外还有SOURCE(只在源码显示，编译时丢失)，CLASS(编译时记录到class中，运行时忽略) @Inherited 是一个标识性的元注解，允许子注解继承它。这个元注释只会导致从超类继承注释; 已实现的接口上的注释无效 @Documented 生成Javadoc时会包含注解，只用来做标识 Spring常用注解 注入注解就是通过注解来实现注入 1.@Autowired是自动注入，默认按类型匹配的方式，在容器查找匹配的Bean，当有且仅有一个匹配的Bean时，Spring将其注入@Autowired标注的变量中 2.@Resource用来指定名称注入 3.@Qalifier和@Autowired配合使用，指定bean的名称。如果一个容器中有一个以上匹配的bean，则可以通过@Qalifier注解限定bean的名称 4.@Service、@Controller、@Repository分别标记类是xxx层的类，spring扫描注解配置时，会标记这些类生成bean 5.@Conponent是一种泛指，标记类是组件，spring扫描注解配置时，会标记这些类要生成bean 注:1、2修饰字段，构造函数或设置方法，并做注入的。4、5则是所有受Spring管理组件的通用形式，在组建不确定类别时使用 spring3.0 @Configuration用于定义配置类，可替换xml配置文件，被注解的类内部包含有一个或多个被@Bean注解的方法 1.@EnableXXX注解:配合@Configuration使用，包括@EnableAsync，@EnableScheduling，@EnableTransactionManagment,@EnableAspectJAutoProxy，@EnableWebMvc 2.@PropertySources注解，配合@Configuration加载外部配置文件，使用@Value加载配置项。 3.@Import注解，可以组合多个注解配置类 4.@Lazy懒加载注解，与@Configuration和Bean配合使用。Spring默认不是懒加载 5.@Profile逻辑组配置，用于指定配置类加载的逻辑组(开发/生产环境)，只有在组内的配置类才会被加载 starter 特性 原理 1.HelloWorld @SpringBootApplication //由三个注解组成 @SpringBootConfiguration 是对 @EnableAutoConfiguration @ComponentScan 流程 1.看pom.xml springboot的父依赖(超级父pom) spring-boot-starter-parent 点进去，他又继承了父级依赖spring-boot-dependencies 点进去，看到有一些properties，分别是一些版本号，有active、mq、切面、comments、jackson...相当于帮我们集成了与当前springboot版本匹配的依赖的版本号 所以，我们在pom.xml中引入某些依赖的时候不必声明版本号，会自动从这里获取，只有在当我们需要的版本这里没有时才需要自己输入 依赖starter命名规范 spring-boot-xx-starter、xx-spring-boot-starter springboot一大优势就是starter，由于springboot有很多开箱即用的starter依赖，使得我们开发变得简单，不需要过多关注框架的配置 可以认为starter是一种服务--使得使用某个功能的开发者不需要关注各个依赖库的处理，不需要具体的配置信息，有springboot自动通过classpath路径下发现需要的bean，并植入bean starter列表在官方文档里也有，using Spring Boot -- Build Systems -- starters 2.创建Application主入口 @SpringBootApplication 点进去 元注解四要素 @SpringBootConfiguration 封装了@Configuration，代表了一个配置文件，可以调用spring的容器注入bean 本质上也就是一个配置声明注解 @EnableAutoConfiguration @AutoConfiguration 自动注入配置的一个注解 @Import(AutoConfigurationImportSelector.class) 告诉springboot"猜"你如何配置Spring，基于已添加的依赖项。SpringBoot的自动配置是一个应用程序启动时运行的过程，考虑了众多因素，才决定的spring配置应该用哪个，不该用哪个。相关功能代码在spring-boot-autoconfiguration的jar包中 @ComponentScan(excluderFilters = {@Filter...}) 扫描注解的一个类(扫描组件)。 相当于Spring xml 里面的 默认扫描启动类所在的同级类和同级目录下的所有类 3.启动 构造一个实例DemoApplication 启动.run(DemoApplication.class,args)方法 执行过程逻辑 public static ConmfigurableApplicationContext run(Class [] primarySources,String[] args){ return new SpringApplication(primarySources).run(args); } 创建实例过程(过程逻辑中的new SpringApplication) 1.加载资源 this.resourceLoader = resourceLoader; 2.加载主配置 this.primarySources = new LinkedHashSet<>(Arrays.asList(primarySources)) 3.确认web应用的类型 this.webApplicationType = WebApplicationType.deduceFromClasspath(); 4.加载初始化器、监听器 setInitializers((Collection)getSpringFactoriesInstances(ApplicationContextInitializer.class)); SpringFactorysLoder.loadSpringFactories(...){...} public static final String FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories"; 找的是这个文件，去加在这个文件里面的初始化器和监听器 setLiseners((Collection)getSpringFactoriesInstances(ApplicationContextLiseners.class)); 5.主函数Class的查找 通过我们传进来的class查找我们的主程序应用在哪里 this.mainApplicationClass = deduceMainApplicationClass(); run方法执行过程 ctrl + alt + ← 翻代码回退操作 a.加载一系列配置 b.准备一系列环境 c.打印一系列的日志 d.开始创建容器启动监听 public ConfigurableApplicationContext run(String... args) { 1.计时器 StopWatch stopWatch = new StopWatch(); stopWatch.start(); 2.创建应用上下文/容器 /* */ ConfigurableApplicationContext context = null; Collection exceptionReporters = new ArrayList<>(); 3.加载配置 configureHeadlessProperty(); 4.获取监听器 SpringApplicationRunListeners listeners = getRunListeners(args); // 监听器启动 listeners.starting(); try { 5.创建创建命令行参数，创建应用参数类 // application 启动参数列表 ApplicationArguments applicationArguments = new DefaultApplicationArguments(args); ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments); 6.准备环境 // 配置忽略的bean信息 configureIgnoreBeanInfo(environment); 7.打印banner(默认banner.txt的地址) Banner printedBanner = printBanner(environment); 8.创建容器 // 创建应用上下文 context = createApplicationContext(); 9.获取异常报告、以及配置的应用容器 exceptionReporters = getSpringFactoriesInstances(SpringBootExceptionReporter.class, new Class[] { ConfigurableApplicationContext.class }, context); // 准备上下文，装配bean prepareContext(context, environment, listeners, applicationArguments, printedBanner); // 上下文刷新 refreshContext(context); /* refreshContext 注册bean工厂 注册处理器processer 注册监听器 */ // 刷新后做什么 afterRefresh(context, applicationArguments); stopWatch.stop(); 10.计时结束，启动成功 11.打印日志 if (this.logStartupInfo) { new StartupInfoLogger(this.mainApplicationClass).logStarted(getApplicationLog(), stopWatch); } 12.启动监听器 listeners.started(context); 13.回调 /* 调用了ApplicationRunner和CommandLineRunner接口 */ callRunners(context, applicationArguments); } 14.获取异常 catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, listeners); throw new IllegalStateException(ex); } 15.启动监听器 try { // 监听器正式运行 listeners.running(context); } catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, null); throw new IllegalStateException(ex); } 16.返回容器 return context; } 自动配置 Spring重要注解 @Conditional(条件注解) 来源于Spring4新特性，此注解使得只有在特定条件得到满足时才启用一些配置 拓展注解: @ConditionalOnBean 仅在当前上下文中存在某个对象时，实例化一个bean @ConditionalOnClass 某个class位于类路径上，才会实例化一个bean @ConditionalOnExpression 表达式为true的时候，才会实例化一个bean @ConditionalOnMissingBean 仅在当前上下文中不存在的时候，才会实例化一个bean @ConditionalOnMissingClass 某个class类路径上不存在的时候，才会实例化一个bean @ConditionalOnWebApplication 是web应用时 配置发展进程 1.Spring 1.x 通过XML配置bean 使用bean标签 2.Spring 2.x 支持组件注解 应用的基本配置用xml 业务开发用注解 @Component、@Controller... 3.Spring 3.x 支持java配置的方式 通过Configuration @Bean 注解可以取代xml配置 4.Spring 4.x 支持使用Groovy DSL 使用Groovy DSL来进行外部的bean定义配置，提高bean配置的灵活性 条件注解@Conditional ... 5.Spring 5.x 提供响应式编程(配置方式不太更新) 配置过程 @SpringBootApplication 点进去 元注解四要素 @SpringBootConfiguration 封装了@Configuration，代表了一个配置文件，可以调用spring的容器注入bean 本质上也就是一个配置声明注解 @EnableAutoConfiguration 自动注入配置的一个注解 @AutoConfigurationPackage 查找并注册自动配置包 @Import(AutoConfigurationPackageRegistrar.class) 引入资源 自动配置的包注册器 注册bean定义器，包名是主程序入口所在的目录(只扫描入口类的当前目录和子目录) 注册bean的信息、bean的定义器... @Override public void registerBeanDefinitions(AnnotationMetadata metadata,BeanDefinitionRegistry registry){ register(registry,new PackageImport(metadata)..getPackageName()); } @Import(AutoConfigurationImportSelector.class) 告诉springboot"猜"你如何配置Spring，基于已添加的依赖项。SpringBoot的自动配置是一个应用程序启动时运行的过程，考虑了众多因素，才决定的spring配置应该用哪个，不该用哪个 相关功能代码在spring-boot-autoconfiguration的jar包中 获得条件注解 AutoConfigurationImportSelector类有个方法selectorImports(){} 加载元数据 自动配置具体要配置的条目(哪些项) 调用了getCandidateConfiguration方法，去加载条件配置 通过Spring工厂加载器获取名称SpringFactoriesLoader.loadFactoryNames加载 找到属性FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories" 文件内容(springboot-autoconfiger.jar项目中) spring.factories(是否要加载某些项目) 里面都是ThymeleafAutoConfiguration,\命名的一系列配置类 xxxAutoConfiguration(文件夹名，与插件名一样，如thymeleaf) 作为例子，查看选择注解的方式 @Configuration //声明这是一个配置类 @EnableConfigurationProperties(TymeleafProperties.class) //自动加载配置文件类TymeleafProperties @ConditionalOnClass({TemplateMode.class,SpringTemplateEngine.class}) //当有这两个类才会执行这个类 @AutoConfigureAfter({WebMvcAutoConfiguration.class,WebFluxAutoConfiguration.class}) //控制执行顺序在这两个类执行完之后 1.先执行@AutoConfigureAfter里面的类 2.判断是否存在@ConditionalOnClass里面的文件(pom是否引入依赖) 3.@EnableConfigurationProperties去tymeleaf-spring.jar里面加载配置文件SpringTemplateEngine 它的pom引入starter 启动器引入具体的依赖 具体的依赖就存在需要的class(tymeleaf-spring5.jar SpringTemplateEngine) 所以判断结果要执行，去加载TymeleafProperties配置文件类 TymeleafProperties @Configuration(prefix = "spring.thymeleaf") 这是一个配置文件类，并且寻找前缀为spring.thymeleaf的配置 spring.thymeleaf (如果我们application.xml里面配置了对应项目就会覆盖自有默认值) 检查前缀prifix 默认classpath:/templates/ 、后缀sufix 默认.html 位置 模式、 编码格式 ..属性 4.SpringResourceTemplateResolver defaultTemplateResolver(){} (覆盖默认值) 注入一个bean--Spring的资源模板解析器 注入上下文、前缀、后缀、tymeleaf模式(html)、encoding 整合完毕配置后返回解析器(spring去使用框架的自动配置) 解析器是tymeleaf自身的jar的核心粘合器spring-tymeleaf 它代替spring利用粘合器调用tymeleaf里面的核心逻辑 5.根据web类型执行 servlet执行a reactive执行b spring-autoconfigure-metadata.properties(配置元数据) getAutoConfigurationEntry(AutoConfigurationMetaData ..){ if ... return } 查看是否启动 @ComponentScan(excluderFilters = {@Filter...}) 扫描注解的一个类(扫描组件)。 相当于Spring xml 里面的 默认扫描启动类所在的同级类和同级目录下的所有类 想看到自动配置的执行过程 1.在application.yml配置debug:true 2.spring-boot:run 运行的对话框Enviroment中加入debug=true变量 3.java -jar xx.jar --debug 4.main方法执行，在VM Arguments加入 -Ddebug 5.如果集成了spring-boot-starter-actuator，通过autoconfig端点也能查看 就能在启动的时候打印自动配置的选择过程 拓展 事件监听机制 概念 电脑通过你的操作得到一些数据，并根据这些数据做出反应，反馈相应的行为或指令的操作 成员 java中事件机制的参与者有三个角色 1.event Object 事件状态对象，继承自java.util.EventObject。作为参数用于listener的相应的方法之中。伴随着事件的发生，相应的状态通常都封装在事件状态对象中 2.event Source(对谁监听) 具体的事件源，比如说，你点击一个button，那么button就是event source，要想使button对某些事件进行响应，你就需要注册特定的listener 3.event listener(方法中有怎么响应) 对每个明确事件的发生，都相应的定义一个明确的java方法。这些方法都集中定义在事件监听者(Event Listener)接口中，这个接口要继承java.util.EventListener。实现了事件监听者接口中一些或全部方法的类就是事件监听者 spring事件监听 基于观察者设计模式，遵循发布者/订阅模型(例:微信公众号) 主要角色 1.事件(ApplicationEvent) 继承了jdk的EventObject；spring在容器中定义了四大事件，分别对应容器启动、刷新、停止、关闭四个时刻，在spring项目中可以继承ApplicationEvent，来定义自己的事件 2.发布者(ApplicationEventPublisher) 事件发布类，声明了一个用于发布事件的publishEvent()方法。ApplicationContext实现了该窗口 3.事件订阅者(ApplicationListener) 用于接收事件，并触发事件的操作。一旦事件触发，就会执行其中的onApplicationEvent()方法 4.事件广播器(ApplicationEventMulticaster) 多路事件广播器 用于查找事件监听器 spring事件使用 1.自定义事件，继承org.springframework.context.ApplicationEvent抽象类 2.定义事件监听器，实现org.springframwork.context.ApplicationListener接口 3.在spring容器中发布事件 四中实现监听的方式 1.自定义类实现ApplicationListener接口，并在主入口函数中使用ConfigurableApplicationContext容器装载监听 2.自定义类实现ApplicationListener接口，在接口上注释@Component 3.自定义类不需要实现接口，在方法上标明@EventListener注解(主要通过EventListenerMethodProcessor扫描出所有带此注解的犯法，然后动态构造监听器，并将所有监听器构建到spring应用上下文中)(也要在接口注释@Component) 4.在application.properties中配置context.listener.classes(DeletegatingApplicationListener,该类的作用是从application.properties中读取配置context.listener.classes，并将事件广播给这些配置的监听器) context: listener: classes:com.duying.listener.CustomListener4 执行顺序 4 3 2 1；扫描配置、扫描注解、... 使用步骤 1.创建/使用项目 2.properties.yml ... demo使用2.1.8 springboot版本 3.创建enent.CustomEvent extends ApplicationEvent public CustomEvent(Object source){ super(source); } public void printMessage(String msg){ //打印msg } 4.创建监听者 public class CustomListener implements ApplicationListener{ @Override public void onApplicationEvent(CustomEvent event){ event.printMessage("xxx"); } } 5.在主入口接收返回值 ConfigurableApplicationContext context = ...run(); context.addApplicationListener(new CustomListener1()); 6.触发事件 写个mvc api controller 加属性 @AutoWired private ApplicationEventPublisher publisher; api方法里 publisher.publishEvent(new CustomEvent(this)); 其它 主入口通过getRunListeners()获得 调用getSpringFactoriesInstance() SpringApplicationRunListener用于监听主入口run方法的执行 定义如下步骤(主入口的starting执行唤醒这个监听器管理类的starting，他再去遍历所有的监听器starting..) 目前只有一个实现类EventPublishingRunListener，它把监听的过程封装成了SpringApplicationEvent事件并通过内部属性广播出去，属性名为initialMulticaster，是ApplicationEventMulticaster接口的实现类 starting() run方法执行时立马执行，对应事件ApplicationStartedEvent environmentPrepared() 容器创建之前并且环境信息准备好的时候调用，事件类型ApplicationEnvironmentPrepared contextPrepared() 容器创建并且初始化加载一次之后调用一次，对应事件类型ApplicationContextInitalizedEvent contextLoaded() 容器创建并加载之后并在refresh之前调用，对应事件ApplicationPreparedEvent started() 在启动完成，回调runner之前调用，对应事件ApplicationStartedEvent running() 应用启动成功时调用，对应事件类型为ApplicationReadyEvent failed() 应用启动失败时调用，对应事件类型是ApplicationFailedEvent SimpleApplicationEventMulticaster，广播出去的事件对象会被SpringApplication中的listeners属性进行处理 原理 他有属性是全部Listener的集合 来自SpringFactoriesLoder.loadFactoryNames() .loadSpringFactories() 用反射从FACTORIES_RESOURCE_LOCATION获取的 ("META-INF/spring.factories") 自己执行对应方法时候会向所有监听器推送消息 spring.factories里面可以看到很多框架都注册了监听器 logginApplicationListener为例 对应的boot-context.. ...实现了BasicApplicationListener 父接口实现了 订阅的事件类型(它声明了一个) 这是容器启动过程中会广播的不同事件 执行了onApplicationEvent 他需要订阅的事件有..... 事件出发的时候，执行onApplicationEvent ***************************有缺失 嵌入式web容器 嵌入+外置使用方式 Servlet容器对比 主要看大小和灵活性，如果每个服务器能省下1MB，那么10秒就能省下GB量级的内存 jetty还具有可拔插和可拓展的性质，可以最大限度的进行定制 undertow，红帽公司开发的，基于高性能NIO(高并发，非阻塞IO)web嵌入式容器，兼容和servlet3.1，最大的特点是轻量，加载应用<=10M内存 TOMCAT vs Jetty 1.架构 jetty 基于Handler 主要的拓展都通过Handler来实现，扩展简单 Tomcat 基于容器 进行拓展需要了解Tomcat整体设计结构，不易拓展 2.性能 Jetty和Tomcat性能方面差异不大 Jetty可以同时处理大量连接而且可以长时间保持连接，适合于web聊天等等 jetty的架构简单，因此作为服务器，jetty可以按需加载组件，减少不需要的组件，减少了服务器内存开销，从而提升服务器内存 jetty默认采用NIO技术，处理I/O请求上更占优势，处理静态资源时，性能较高 Tomcat适合处理少数非常繁忙的连接，也就是说连接生命周期短的话，Tomcat总体性能更高 Tomcat默认采用BIO处理IO请求，处理静态资源时，性能较差 3.其它 Jetty的应用更加快速，修改简单，对新的Servlet规范支持较好 Tomcat目前应用比较广泛，对JavaEE和Servlet的支持更加全面，很多特性会直接集成进来 Spring默认嵌入 使用Tomcat 外置 a) 配置文件(application.properties) b) config/WebConfig @Bean WebServerFactoryCustomizer customizer(){ 实现接口 创建一个这样的类 return new ..customizer(.. factory){ factory.setPort(8899); } } 内置 嵌入容器方式 1.依赖路径 springboot-boot-starter-tomcat -> tomcat-embed-websocket -> tomcat-embed-core -> tomcat-embed-el 2.修改相关配置的方法 1.在application.properties配置文件中 server.tomcat.connection-timeout #连接超时时间 server.tomcat.max-connections = 1000 #接受的最大连接数 2.编写WebServerFactoryCustomizer定制器 注:在springboot 1.x 版本中使用的是EmbeddedServletContainerCustomizer 3.切换其他Servlet容器 1.将Tomcat依赖移除掉 spring-boot-starter-tomcat 2.引入其它Servlet容器依赖 spring-boot-starter-jetty(undertow) 响应式web容器 响应式(Reactive)编程技术针对的就是经典的大数据4V(Volume大容量、Variety多样性、Velocity高并发、Value价值) 响应式帮我们解决高并发问题 特点是异步、并发、事件驱动、推送PUSH机制以及观察者设计模式 响应式宣言 可响应的、可恢复的、可伸缩的、消息驱动的 Mono和Flux 是由Reactor提供的两个Reactor的类型 Flux，流。他可以触发零个或者多个事件，并根据实际情况结束处理或者触发错误 Mono，"单子"。最多只触发一个事件，Mono用于在异步任务完成时发出通知 Reactive Web容器，默认实现为Netty Web Server Spring Web Flux基于Reactor框架实现，在springboot中，netty web server属于netty和reactor的整合实现。被Spring-boot-starter-webflux引入 写一个响应式编程的demo(两个一起用还是走servlet) 查看创建的容器 a.应用启动后，通过WebServerApplicationContext对象获取(非web应用时失败) @Bean public ApplicationRunner runner(WebServerApplicationContext context){ return args ->{ System.out.print("当前实现的webserver实现类为:" + context.getWebServer().getClass().getName() ); } } b.通过监听WebServerInitializedEvent获取 @EventListener(WebServerInitializedEvent) public void onWebServerReady(WebServerInitializedEvent event){ System.out.println("当前实现的webserver实现类为:" + event.getWebServer().getClass().getName()); } 要使用war包部署项目 内置tomcat依赖生命周期设置为provided(不打包，仅运行时) 新建一个初始化器，把我们的启动入口类放进去 class ServletInitializer extends SpringBootServletInitializer{ @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder application){ return application.sources(SpringBootDuing05WarApplication.class); } } 然后使用mvn的package 开发部署实战 过滤器/拦截器 举例:过滤敏感词、统计在线人数、不让访问的网站、权限访问控制..，提供了过滤器和拦截器 请求拦截流程 Tomcat容器 -> Servlet -> Interceptor -> controller 过滤器拦截器的异同 过滤器Filter 当你有一堆东西的时候，你只希望选择符合你要求的一些东西。定义这些要求的工具，就是过滤器 拦截器Intyerceptor 当一个流程正在进行的时候，你希望干预它的进展，甚至终止它的进行，这是拦截器做的事情 相同点 都是aop的编程思想的体现，可以在执行前后做一些操作 不同点 过滤器依赖Servlet容器，拦截器不依赖 过滤器的执行由Servlet回调完成，而拦截器通常是通过动态代理的方式来执行 触发时机不一样，过滤器实在请求进入Tomcat容器后，而进入Servlet前进行预处理的；拦截器是在进入Servlet之后，而进入controller之前处理的 拦截器可以获取IOC容器中的各个bean，而过滤器就不行，拦截器归Spring处理 使用 Filter 1.创建/引入项目 2.pom.xml(sb2.1.8) application.yml server: port: 入口类改名 banner 3.创建一个类filter.CustomFilter (旧方法是web.xml中配置,) 实现Servlet.Filter接口 实现doFilter方法 public void doFilter( ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain )throws IOException,ServletException{ filterChain.doFilter(servletRequest,servletResponse); //打印日志 } init(){ //打印日志 } destory(){ //仿照doFilter } 4.创建config.FilterConfig (可以代替xml) @Configuration @Bean public FilterRegistrationBean filterRegistrationBean(){ FilterRegistrationBean filterRegistrationBean = new FilterRegistrationBean<>(); filterRegistrationBean.setFilter(new CustomFilter()); filterRegistrationBean.addUrlPatterns("/*"); //还有setOrder(0)//决定优先级，越小越高 } 3.1 创建类实现Filter接口；@WebFilter(filterName = "xxxFilter",urlPatterns = {"/*"}) 4.1 入口类增加注释@ServletComponentScan Interceptor 适用于读取cookie得到用户信息并将用户对象放入请求、统计日志等 使用: 1.创建拦截器类实现HandlerInterceptor接口 @Service interceptor.CuntomInterceptor implements HandlerInterceptor{ @Override public boolean preHandle( HttpServletRequest request, HttpServletResponse response, Object handler )throws Exception{ //打印日志、doSth return true; } //还有postHandler、afterCompletion方法(没返回值) } 2.创建配置类实现WebMvcConfigurer接口 InterceptorConfig implements WebMvcConfigurer{ @Autowired private CuntomInterceptor cuntomInterceptor; @Override public void addInterceptors(InterceptorRegistry registry){ registry.addInterceptor(cuntomInterceptor).addPathPatterns("/**"); //打印日志、其他操作 } } 数据校验 错误和异常 Error Exception Error经常是程序无法处理的(用户引入的错误 系统的错误) Exception是程序员引发的，能够在程序中处理，try catch/throws 优秀的处理机制 问题:怎么处理 问题:如何做到优秀 处理方式 提供三种处理方式 ·数据验证错误 JSR-303是Java EE 6 的一项子规范，叫做Bean Validation，官方参考实现是Hibernate Validator 与ORM没关系。JSR 303用于对JavaBean中的字段的值进行验证，是一个运行期的数据验证框架 在应用程序中，通过使用Bean Validation或者是你自己定义的constraint，就可以确保数据模型(javaBean)的正确性 验证注解 @Null @NotNull @AssertTrue @Email @Length(min=,max=).... 使用 1.创建项目、引入配置(关闭测试包) 2.在domain 的属性顶上javax.validation.@NotBlank 3.使用的地方 "普通模式" Validator validator = Validation.buildDefaultValidatorFactory().getValidator(); Set> violationSet = validator.validate(xxdomain); 循环取出每一个代替了domain的ConstraintViolation violation.getPropertyPath() violation.getMessage() "快速失败模式" Validator validatorfastfail = Validation.byDefaultProvider() .configure.addProperty("hibernate.validator.fail fast",true) .buildValidatorFactory().getValidator(); controller中使用 直接在参数的bean前面@Valid springboot中使用 校验不通过时 直接返回400 和 失败原因 处理方式是 遍历所有属性，失败结果全部返回 总结: @NotNull不为空 广泛用于基础类型的判断int double bool @NotBlank不为空串 广泛用于string @NotEmpty(Message="")内容不为空 广泛用于集合的判断 触发之后会快速失败 这是校验框架的模式之一， "普通模式"快速遍历所有属性，不符合校验规则都返回 "快速失败模式"(遍历属性时，有一个不符合校验规则，即返回) postMan工具 改变结果 请求参数中增加BindingResult result 方法中 if(result.getErrorCount>0){ List fieldErrorList = result.getFieldErrors(); for(FieldError fieldError:fieldErrorList){ String xx = fieldError.getField(); String xxx = fieldError.getDefaultMessage(); } return //操作完之后的字符串 } 配置文件设置校验失败默认值 springboot支持通过配置文件设置校验关系，文件名未ValidationMessage.properties，位置在resource下，在bean中的注解属性通过{key}来获取对应的value guest.name.notblank =嘉宾名字不能为空 from properties @NotBlank(message = "{guest.name.notblank}") private String name; ·错误页指派 错误页 也就是404错误页那种，出问题的时候跳转到错误页，避免网页直接看到报错信息 springboot会自动提供一个空白的异常页 使用postman请求错误路径，也会包含以上空白异常页数据 默认错误页根据请求头中的accept:*****(text/html)，返回不同结果 浏览器返回页面，postman返回json(源码也是根据这个区分) 定义错误页 查看官方文档，第四章-第29.1小结-[Castom Error Pages] 根据状态码的不同定义需要的页面 如404.html、5xx.html.. 路径为resources/templates/error/..(动态页面，优先级更高) 或者resources/public/error/..(静态页面) 多对一 可以通过4xx.html页面，代表所有4开头的错误码对应的错误页，5xx同理 方式三(优先级高于方式二) 更复杂的映射，可以编写ErrorViewResolver解析器接口(错误视图解析器) 可以自定义返回结果 创建 @Compenent //需要是一个bean 能被spring处理才会生效 resolver.xxxErrorViewResolver implements ErrorViewResolver{ @Override public ModelAndView resolverErrorView( HttpServletRequest request, HttpStatus status, Map model ){ if(status.equals(HttpStatus.NOT_FOUND)){ ModelAndView modelAndView = new ModelAndView(); modelAndView.setViewName("/****.html"); return modelAndView; } return null; } } 方式四(优先级大于方式三) 嵌入式容器 通过WebServerFactoryCustomizer来注册bean，通过更改错误码的处理路径来指定不同的页面 @Configuration public class MyCustomizer{ @Bean public WebServerFactoryCustomizer customizer(){ return new WebServerFactoryCustomizer(){ @Override public void customizer(ConfigurableWebServerFactory factory){ ErrorPage errorPage = new ErrorPage(HttpStatus.NOT_FOUND,"/error404"); factory.addErrorPage(errorPage); } } } } @Controller public class MyErrorController{ @RequestMapping("/error404") public String error404(){ return "error404"; } } ·全局异常的处理 通过@ControllerAdvise注解监听在所有controller中出现的异常，执行@ExceptionHandler中注解的方法，跳转错误页 @ControllerAdvise //spring3.x开始有的 public class MyExceptionHandler{ @ExceptionHandler(Exception.class) public ModelAndView handler(Exception e){ ModelAndView mv = new ModelAndView(); mv.setViewName("/xxx"); mv.addObject("message",e.getMessage());//可选，向前端抛信息 return mv; } } //demo @RequestMapping("/testError") public String error() throws Exception{ throw new Exception("测试异常"); } @RequestMapping("/xxx") public String error404(){ return "xxx"; } 日志 发展 1996年欧洲安全电子市场 log4j (log for java) 后被Apache收购，成为了日志标准 2002 SUN公司出了自己的日志框架 jul = java util loggin (本质上模仿log4j) Apache为了反击出了jcl (jakarta commons logging) 日志接口 2006 log4j 作者离开了Apache，想做升级版(很难) 然后直接变成了logback 为了解决已有的项目升级困难，弄了slf4j日志门面接口 (Simple logging facade for java) 2012 log4j2 apache Commons logging||slf4j+logback成了主流 使用 1.创建项目 2. 通用日志格式 时间日期+日志级别+进程ID+分隔符(正式开始)+线程名+Logger(类名)+日志内容 日志级别 TRACE.enabled=true/false ·设置通过哪种方式暴露 management.endpoint.web.exposure.include=health,info #HTTP * ·info信息只需要配置文件中的属性以info.开头 info.app.name=spring-boot-actuator info.app.version=1.0 ·有一个特殊的post操作命令shutdown，可以关闭应用程序 但前提是endpoints.shutdown.enable需要设置为true health(最高频) 主要用来检查应用的运行状态。此接口提醒我们应用实例的运行状态，以及应用不"健康"的原因，比如数据库连接、磁盘空间不够等 访问:http://localhost:8080/actuator/health 响应:{"status":"UP"} 默认情况下，最终的springboot应用的状态是由HealthAggregator汇总而成的，汇总的算法是: 1.设置状态码顺序: setStatusOrder(Status.DOWN,Status.OUT_OF_SERVICE,Status.UNKNOWN);. 2.过滤掉不能识别的状态码 3.如果无任何状态码，整个SpringBoot应用的状态是UNKNOWN 4.将所有收集到的状态码按1中的顺序排序 5.返回有序状态码序列中的第一个状态码，作为整个Springboot应用的状态 health通过合并几个健康指数检查应用的健康情况。Springboot Actuator有几个预定义的健康指标比如DataSourceHealthIndicator，MongoHealthIndicator等，它使用这些健康指标作为健康检查的一部分 可以在配置文件中关闭特定指标，比如关闭redis的健康检查 management.health.redise.enabled=false，默认所有的这些健康指标都被当做健康检查的一部分 自定义健康指示器(/health) 自定义健康指示器时，需要实现HealthIndicator，重写health()方法即可。调用withDetail()方法向健康记录里添加其他附加信息。有多个附加信息时，可多次调用withDetail()方法，每次设置一个健康记录的附加字段 @Component public class CustomHealth implements HealthIndicator{ @Override public Health health(){ int errorCode = 1; if(errorCode!=0){ return Health.down().withDetail("Error Code",errorCode).build(); } return Health.up().build(); } } 设置能够看到health的具体细节 management.endpoint.health.show-details=always 自定义端点 只需要两个注解@endpoint @ReadOperator @EndPoint(id="xxPoint") @Component public class StatusEndPoint(){ @ReadOperation @ResponseBody public String getCustom(){ Map result = new HashMap<>(); result.put("sth","hello endpoint"); return result; } } Actuator安全 1.在application.properties中指定actuator的端口以及url地址 management.server.port=8899 #启用独立端口访问 management.endpoints.web.base-path=/monitor #代表启用单独的url地址来监控 2.开启security功能，配置访问权限验证，这时再访问actuator功能时就会弹出登录窗口，需要再输入账号密码验证后才允许访问 1.引入spring-boot-starter-security依赖 2.在application.properties中配置账号和密码 spring.security.user.name=xxx spring.security.user.password=xxx 缓存 h2数据库 创建项目的时候可以引入h2 配置 resources/schema.sql create table xxx (xx int primary key x....) resources/data.sql insert into xxx (xx,...) values (..) 缓存技术 作用 用来存储不经常改变的数据，以提高系统性能和增加系统吞吐量 要素 命中率 当前缓存命中的总量/总查询量(期望85%) 更新策略 更新策略(除了随着数据更新而更新，当缓存存满时的处理方式) ·FIFO,最先记录缓存的最先被清理 ·LFU,最少使用的元素被清理 ·LRU,最近最少被使用的元素被清理 缓存最大数据量 指缓存中能处理元素的最大个数或使用的最大储存空间。 超过最大数据量，根据更新策略清除数据。 Spring缓存 是一种基于注解的缓存技术，本质上不是缓存的实现方案，而是对缓存使用的抽象。既提供了基于内存实现的缓存管理器，可以用于单体应用系统，也集成了EhCache、Redis等缓存服务器，可以用于大型系统或者分布式系统 通过@EnableCaching注解自动化配置合适的缓存管理器(CacheManager),SpringBoot根据下面的顺序去侦测缓存提供者: Generic JCache(JSR-107) EhCache 2.x Hazelcast Infinispan Redis Guava Simple 对应配置为 spring.cache.type=SIMPLE(默认) 使用 在spring管理的bean中使用缓存注解，通常放在Service类上 @CacheConfig 在类上设置当前缓存的一些公共设置，比如缓存名称 @Cacheable 作用在方法上，触发缓存读取操作。表明该方法的结果是可以缓存的，如果缓存存在，则目标方法不会被调用，直接取出缓存。可以为方法生命多个缓存，如果至少有一个缓存有缓存项，则其缓存项将被返回 @CacheEvice 作用在方法上，触发失败操作，删除缓存项或者清空缓存；属性allEntries事boolean类型，表示是否需要清除缓存中的所有元素，默认为false。用beforeInvocation可以改变触发清除操作的时间，为true时，Spring会在调用该方法之前清除缓存中的指定元素 @CachePut(cacheNames = "xx" key = "#xx.prop1") result.prop1 作用在方法上，触发缓存更新操作，添加该注解后总是会执行方法体，并且使用返回的结果更新缓存，同Cacheable一样，支持condition(满足则缓存)、unless(满足则不缓存)、key选项，也支持keyGenerator @Caching(cacheable={},evice={},put={}) 作用在方法上，综合上面的各种操作，在有些场景上，调用业务会触发多种缓存操作。 注意:直接使用SpEL表达式来指定缓存项的Key比自定义一个KeyGenerator更简单 微服务 一解释就懂，一问就不知，一讨论就打架 定义 是一种分布式系统架构，是一种思想，是一种设计原则 通过springboot来创建服务，而SpringCloud是关注全局的服务治理框架。基于springboot的特性、我们可以快速构建独立的微服务。是java领域最优秀的微服务架构落地技术 架构 1.服务提供者，向注册中心注册服务，声明服务列表和地址，完成发布 2.服务消费者，请求注册中心，查询地址，按照约定的协议发起请求，然后解析结果 3.服务调用过程中，经过的链路信息会被记录下来，用于监控和追踪 带来的问题 测试和发布工作量增加 不同微服务所需要的运行环境不同，扩容缩容很麻烦 要素 服务描述 常用方式RestfulAPI(Swagger)、XML、IDL文件(常用于跨语言服务调用) 注册中心 服务的发布和订阅，当提供者发生变化，注册中心会通知到消费者 服务框架 通信协议、数据传输方式、数据压缩格式(json protobuf等) 服务监控 指标收集 -> 数据处理 -> 数据展示 服务追踪 消费者调用前，会在本地生成一个requestId，调用时将此id作为参数传递，提供者会记录此id，如果在请求其他服务，会在生成一个requestId，和前一个requestId一起传递下去。最终无论请求多少个服务，都能通过最初的requestId追踪到 服务治理 监控是为了发现问题，追踪是为了定位问题，治理是为了解决问题(都是为了让应用健康运转) 常见的问题有:单机故障(自动摘除节点)、单IDC故障(自动切换流量)、依赖服务不可用(熔断) 容器化和Devops(解决扩容缩容) devops可以理解为开发和运维结合，服务的开发者同时负责测试、上线发布及故障处理等 Docker容器技术，容器的本质是linux操作里的进程，解决运行时的隔离问题。与此同时，Docker镜像不止可以打包应用程序本身，还可以打包应用程序的所有依赖，甚至是操作系统。解决环境迁移问题 Docker镜像分层机制 ·基础环境层:操作系统版本、时区、语言等 ·运行环境层:jdk版本等 ·web容器层:tomcat容器的jvm参数等 ·业务代码层:实际的业务代码版本 Springcloud 是一个基于springboot实现的云应用开发工具，它为基于jvm的云应用开发中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理 spring -> spring boot-> spring cloud 简化分布式系统的开发 1.配置管理 2.服务注册与发现 3.熔断、服务追踪 在应用程序从单机向集群向云的发展过程中，springcloud能更轻松地开发出基于云的应用程序 集成命名方式 xxx-springboot-stater springboot-xxx-stater 其它 springmvc的分发是dispatcher 总结、面试 springboot特性 ·创建标准、独立的spring应用 ·直接内嵌Tomcat/Jetty/Undertow容器(无需部署war包) ·提供starter依赖，简化构造配置 ·尽可能自动化spring配置和第三方库 ·提供准生产环境的特性，如指标、健康检查和外化配置 ·绝对不要代码生成和xml文件 优势 ·编码更简单 约定优于配置 ·测试更简单 内置测试框架 ·部署更简单 内嵌容器，集成jenkins，支持容器化 ·健康更简单 Actuator监控应用健康状况，SpringBoot Admin集群监控工具 面试 ·springboot最大的优势 ·stater的工作原理 ·自动配置原理 ·什么是嵌入式容器?为什么要使用嵌入式服务器 ·spring cache三种常用的缓存注解和意义 ·springboot的actuator提供了哪些功能 EndPoint常用列表 ·如何使用配置文件进行多种环境的配置 application.xml/yml ---多文档 用@Profile来进行配置，如数据库配置(开发环境、生产环境) spring.profiles.active=testdb 支持外部命令 可以使用spring.profiles.include: xx,xxx,xxxx来叠加