《spring boot2精髓》读书笔记

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/lonelymanontheway/article/details/82119582

As always,福利置顶,PDF资源下载地址:链接
https://pan.baidu.com/s/1aXh8AAteJL_Hd5DqEEDQtw 提取码:4yhz

第一章 Java EE简介

Java EE 有相应的规范实现,包括但不限于:
Web 支持
事务支持
消息服务
数据库持久层
Container
JWS
JAX-RS
JNDI
JAXP/JAXB
JAX-RPC
JACC
Java EE Application Server
所有这些规范和技术组成Java EE架构:
这里写图片描述
Java EE的缺点:

  • 过于复杂;
  • 追求分布式;
  • 不能及时与流行开源技术结合;
  • Java EE 应用服务器收费。

spring的提出,核心功能仅仅只是Aop和IoC,发展如火如荼之后也有缺点,spring boot应运而生。

第二章 spring boot基础

JDK安装、maven配置、IoC与bean容器、注解、AOP示例。

第三章 MVC框架

Ant通配符:
*: 匹配任意字符;
**:匹配任意路径;
?:匹配单个字符;
如果一个请求,有多个@RequestMapping可以匹配,通常是更具体的匹配会去响应这个请求:
有通配符的优先级低于没有通配符的;
有'**'低于有'*';

consumes & produces
consumes 意味着请求的HTTP头的content-type的媒体类型,带错content-typ的请求会报错:
there was an unexpected error(type=unsupported content type, status=415), content type ‘’ not supported.
produces 属性对应于 HTTP 请求 的 Accept 字段,通常浏览器都会将 Accept 设置为*.*

验证框架:
sb支持JSR-303、bean框架

第四章 视图技术

第五章 数据库访问

java里有两类数据库访问方式:

  1. 如mybatis、作者自研的BeetlSQL、Spring JDBC template这一类,以SQL为核心。灵活,学习门槛较低,更能适应大型的互联网和企业应用。
  2. hibernate、spring data以对象为核心,以 Java Entity 为 中心, 将实体和实体关系对应到数据库 的表和表关系,对实体和实体关系的操作会映射到数据库操作。

Spring JDBC Template,复杂的结果集通过实现 RowMapper 接口来映射到 Java 对象。
JdbcTemplate 允许查询结果返回 一个 Map 而不是 POJO ,这样免去 RowMapper 的工作,数据库的字段名就是 Map 的 key:

String sql = "select * from user where id=?";
Map map= jdbcTempalte.queryForMap(sql, userid);

缺点:使用 Map 作为查询结果有非常多的弊端,很难通过 Map 了解查询结果集;鉴于泛型擦除,返回结果类型未知;以及数据库不一样,同样的词,有可能返回不同的数据类型,导致数据库平台不兼容。

数据库插入,对于 MySQL、SQL Server等数据库,含有自增序列 , 则需要提供一个 KeyHolder 来放置返回的序列。

NamedParameterJdbcTemplate 继承 JdbcTemplate,不同于 JdbcTemplate , 对 SQL 中的参数只支持传统的"?"占位符。 NamedParameterJdbcTemplate 允许 SQL 中使用参数的名字作为占位符:

String sql = "select count(1) from user where department_id=:deptId";
MapSqlParameterSource namedParameters = new MapSqlParameterSource();
namedParameters.addValue("dept Id", departmentId);

BeetlSQL 介绍

第六章 spring data jpa

Spring Data JPA, 基于hibernate,两个重要的特性:
spring.jpa.hibernate.ddl-auto,自动建库。
spring.jpa.show-sql,打印SQL。
自动建表是个很酷的特性,但对于常规项目用处井不大,因为大多数项目都是在需求分析后建立物理模型 。 也就是先有数据库表设计,随后才是 Spring Boot 应用,因此数据库的 DDL 语句早已经具备 。 从另一方面讲,项目数据库管理人员、需求分析人员,甚至是项目经理并不喜欢 Hibernate 创建的表结构,比如,它的外键命名就很随机,不符合命名规范 。 自动建表对于小型项目或者工具类项目(如工作流引擎)还是很方便的 。
一个部门拥有多个用户 ,使用 Set 而不是 List,是因为 Set 结构是存放不同元素的集合,这也是 JPA 要求的。

Repository:
CrudRepository
PagingAndSortingRepository
JpaRepository
自定义Repository

Repository 提供 save 方法来保存或者更新一个实体,默认情况下,如果 Entity 主键属性为空,则认为是新的实体,保存实体;反之,如果 Entity 主键属性不为空,则更新实体 。
Spring Data 提供另外一个判断实体是否是“新的实体”的方法一Entity 实现Persistable 接口的 isNew 方法。

Hibernate 的 showSql 配置只打印 SOL,并未像 BeetlSQL 那样同时打印 SOL参数、执行时间等信息,如果需要这些信息,可以使用第三方工具 log4jdbc 来完成 。

无论是 JPQL , 还是 SQL 语句,都支持 “命名参数” :

@Query(value="select * from user where name=:name and department_id=:departmentId", nativeQuery=true)
public User nativeQuery2 (String name, Integer departmentId);

查询时可以使用 Pageable 和 Sort 来对协助“ JPQL ” 完成翻页和排序:

@Query(value="select u from User u where u.department.id=?1")
public Page<User> queryUsers(Integer departmentid, Pageable page );

@Query 还允许 SQL 更新、删除语句,此时必须搭配@Modifying 使用,比如:

@Modifying
@Query("update User u set u.name= ?1 where u.id=?2")
int updateName(String name, Integer id) ;

第十一章 MongoDB

模式自由,不需要事先定义文档格式,可以任意改变文档格式。
MongoDB 以下面线开头的字段都有特殊意义,表示文档主键,如果文档没有提供此主键,则系统自动生成一个 ObjectID 类型的主键。推荐在SB应用中,由应用来定义一个主键而不是由 MongoDB 生成。用12字节存储,分别是4字节时间戳,3字节机器唯一标识,2 字节的进程标识,以及最后 3 字节的自增, ObjectID 转成可读的 16 进制看起来是这个样子:4e7020cb7cac8laf7136236b。
replaceOne 与 updateOne,前者是替换整个文档,而后者是更新部分文档 。这两个方法都只替换匹配的第一条记录,如果有多条记录匹配,可以使用 updateMany。options 有如下属性可 以控制更新特性:
upsert,默认为 false , 如果设置成 true ,未匹配的文档会 insert 到数据库中 。
writeConcern ,对写入进行配置 ,包含以下属性 。

  • w , 默认是{w:0}, 表示写入后不需要数据库发送确认(ACK ), 这样性能很高 ;{w:1},数据写入到主库就向客户端发送确认;{w:“majority”},数据写入到所有节点后向客户端发送确认。
  • wtimeout , 当 w 大于1的时候,设置一个等待时间,单位为毫秒,超过这个时间,即使数据成功写入到库中,客户端也得到一个错误信息 。
    "%"字符在 URI 中使用 %25,这是URI Encode 的结果。
    mongoTemplate底层使用 mongo-driver,可以使用 execute 方法来直接操作 MongoDB:
    public <T> T execute (DbCallback<T> action)
    DbCallback 提供底层驱动的 MongoDatabase 类来访问MongoDB。

第十二章 Redis

Redis 在内存中存储数据,因此原则上,存放在 Redis 中的数据不应该大于内存容量,否则会因为操作系统虚拟内存导致性能降低 。Redis 一共有 14 个命令组、两百多个命令。
DECRBY/INCRBY , 数字类型数据减去某个指定的整数或者增加某个指定整数。
INCRBYFLOAT , 数字增加一个浮点数,负数表示减去。
Redis List 类型类似 Java 的 LinkedList,通过链表来完成,向其添加元素速度非常快,按照索引方式获取元素比较慢。
rpush,将多个值放入 list 尾部;
Ipush,将多个值放入 list 头部;
todo

第十三章 elastic-search

第十五章 Spring Session

第十六章 Spring Boot 和 ZooKeeper

zk,分布式应用可以基于它实现协调服务,比如同步、集群、领导选取,以及分布式系统的配置管理、命名服务。使用文件系统目录树作为数据模型。能够保证操作的时序性:zk 对每次更新都有时间戳记录,从而保证操作的时序性,保证可以完成更高层次的协调服务,如分布式锁。zk 提供的命名空间 ( name space )类似文件系统,每一个节点都是通过路径来表示的,不同的是,节点可以包含一定的数据(2MB 字节),这些节点可以用来存放业务信息,节点还包含更新的版本、时间戳。
节点类型:临时节点,创建节点的会话存在,节点就存在, 一旦会话结束,如客户端创建的连接断掉,或者客户端主动关 闭此会话,则节点会被删除 。 还可以指定节点为顺序节点,创建节点的时候,自动为节点增加一个序列号,并且序列号递增 。
节点可以被监控, 一旦节点变化,如删除节点,或者节点数据变化,客户端就会收到此事件,此监控失效 。 客户端可以调用 API 继续监控这个节点 。
心跳包通常用于长连接 , 如果长连接没有心跳包,会导致服务器或者防火墙主动断开 。 心跳包通常就是内容为空的包 。
命令:
create -e,创建临时节点;
create -s,创建带有序列号的节点;
get 操作返回节点内部使用的数据:

  • cZxid,节点创建时的 zxid;
  • mZxid ,节点最新一 次更新发生时的 zxid;
  • ctime,节点创建时的时间戳;
  • mtime ,节点最新一 次更新发生时的 时间戳;
  • dataVersion , 节点数据的更新次数;
  • cversion , 其子节点的更新次数;
  • aclVersion , 节点 ACL (授权信息) 的更新次数;
  • ephemeralOwner,如果该节点为临时节点, ephemeralOwner值表示与该节点绑定的会话 ID,如果该节点不是临时节点, ephemeralOwner值为 0;
  • dataLength , 节点数据的字节数;
  • numChildren,子节点个数 。

watch 操作 , ls 命令和 get 命令都可以增加一个 watch 操作, 节点变化的时候会通知客户端。通知完毕后,还需要再次调用 ls 或者 get 才能监昕此节点变化。
选举领导者以及候选过程
每个候选者使用 zk 创建一个节点的时候,都会知道自己创建的节点名,在选举过程中,用自己的节点名同/election 目录下所有节点进行比较,如果自己的序列号就是最小的序列号,那自己就是当仁不让的领导者节点 。
其他节点同时还需要 watch 领导节点,即序列号最小的节点,如果领导节点被删除/退出或者意外岩机,则所有候选者都会收到消息,再次进行如上所述的选举过程 。
这种选举过程比较简单,唯一的问题是如果有大量候选者,节点变化同时通知其他大量的候选者再次进行选举会对 zk 有一定的性能影响,因此,一般改进的方式是每个候选者仅监听比自己序列号小的那个候选者。这样,如果领导节点被删除,则序列号较大的候选者能收到领导节点变化事件,只有这一个节点完成选举过程,确认自己是领导节点。

分布式锁
实现分布式锁可以利用节点唯一性,比如创建一个/locks/xxx 的节点,xxx可以对应到业务逻辑的合同号等。如果创建节点成功,则认为自己获得锁,可以进行业务操作,如果创建失败,则监听此节点,等待节点被删除。
业务操作完毕后,可以删除此节点 。 这时候其他客户端将得到 watch 事件,再次创建/locks/xxx ,成功则意味着再次获得这个锁。
缺点:

  • 同领导选举一样,一旦节点被删除 ,则会广播监听事件,并且所有候选者都会争相创建节点,性能较差。
  • 不能随时查看有多少客户端在等待这个锁,以及到底是哪个客户端获取到这个锁。
    故而,更好的方式:
    类似领导选举那样的算法来实现分布式锁,谁是领导节点,谁就相当于获得锁。 释放锁,将自己创建的节点删除就可以;需要查看有多少客户端在等待锁,只需要查看有多少节点就可以 。

服务注册和服务发现
通过 zk 可以实现服务注册和服务发现。

Curator
Curator 实现 ZooKeeper 提供的所有应用场景(除了两阶段提交〉,有以下实现:

  • 领导节点选取;
  • 分布式锁;
  • 分布式读写锁;
  • 共享信号量;
  • 栅栏和双重 Double Barrier;
  • 分布式计数器,支持 integer 和 long;
  • 分布式队列和分布式优先级队列;
  • 服务注册和发现。
    RetryPolicy接口用于重连策略,实现类有以下:
    这里写图片描述
    Curator API 是链式调用风格,遇到 forPath 接口就触发 ZooKeeper 调用,delete删除节点,以 forPath 结尾,如果节点不存在,将抛出 NoNodeException,如果节点是非空节点,则抛出 NotEmptyException。
    Curator 提供 InterProcessMutex 来实现分布式锁,用 acquire 方法获取锁,以及用 release释放锁。
    Curator 提供一个服务注册与发现的封装库curator-x-discovery。通过 ServicelnstanceBuilder 构造一个服务描述,以及通过 ServiceDiscovery 注册服务,还允许设置 payload,可以是任何类,用来放置额外的信息,也可以采用自定义类。

第十七章 监控 spring boot 应用

能查看和监控以下信息 :

  • Spring Boot 的配置信息;
  • Spring Boot 配置的 Bean 信息;
  • 最近请求的 HTTP 信息;
  • 数据源,NoSQL 等数据状态;
  • 在线查看日志内容,在线日志配置修改;
  • 所有@RequestMapping 注解的 URL 路径;
  • 自动装配信息汇总;
  • 打印虚拟机的线程栈;
  • Dump 内存;
  • 应用的各种指标、汇总;
  • 自定义监控指标。

trace 是通过 InMemoryTraceRepository 类来实现的,默认保留最后 100 条访问数据,可以自己配置InMemoryTraceRepository 或者实现 TraceRepository 接口,可以修改保留数据的条数。

Actuator 允许查看日志配置 ,还允许修改日志等级配置, Actuator 也可以在线查看日志内容 。
http://localhost:8081/application/loggers
可以通过提交以下 POST 片段来动态改变日志等级。

http://127.0.0.1:8081/application/dump 获得线程的堆栈信息
http://127.0.0.1:8081/application/dump 获得内存镜像信息,内存镜像通常是查看内存溢出最好的办法,获得内存镜像更通用的方法是使用 JDK 提供的 jmap 命令,还可以在 Spring Boot 应用启动的时候增加如下参数:
XX:+HeapDumpOnOutOfMemoryError XX:HeapDumpPath=/xxx/file.hprof
jhat 来读取内存镜像文件 , 井通过 OQL 对象查询语言来分析内存。
参数-port 指示 jhat 的访问地址,可以通过浏览器访 问 该地址, 进入内存分析界面。
OQL语句示例:
select s from java.util.ArrayList s where s.size >= 400

其他endpoint:
configprops : 所有@ConfigurationProperties 注解的配置信息,如文件上传的最大允许配置等。

Healthlndicator 接口实现监控信息显示,默认有如下类实现 Healthlndicator 接口:
DiskSpaceHealthlndicator
DataSourceHealthlndicator
XXXHealthlndicator: Elasticsearch 、几恒、 Mail 、 MongoDB 、 Rabbit 、 Redis 、Solr。
自定义监控指标,实现接口Healthlndicator,重写方法health,返回一个 Health 对象。

展开阅读全文

没有更多推荐了,返回首页