热部署
1.热部署是什么？
对于Java应用程序来说，热部署就是在运行时更新Java类文件。
2.热部署的作用
可以不重启应用的情况下，更新应用。举个例子，就像电脑可以在不重启的情况下，更换U盘。
OSGI也正是因为它的模块化和热部署，才显得热门。
3.热部署的原理
想要知道热部署的原理，必须要了解java类的加载过程。一个java类文件到虚拟机里的对象，要经过如下过程。
首先通过java编译器，将java文件编译成class字节码，类加载器读取class字节码，再将类转化为实例，对实例newInstance就可以生成对象。
类加载器ClassLoader功能，也就是将class字节码转换到类的实例。
在java应用中，所有的实例都是由类加载器，加载而来。
一般在系统中，类的加载都是由系统自带的类加载器完成，而且对于同一个全限定名的java类（如com.csiar.soc.HelloWorld），只能被加载一次，而且无法被卸载。
这个时候问题就来了，如果我们希望将java类卸载，并且替换更新版本的java类，该怎么做呢？
既然在类加载器中，java类只能被加载一次，并且无法卸载。那是不是可以直接把类加载器给换了？答案是可以的，我们可以自定义类加载器，并重写ClassLoader的findClass方法。想要实现热部署可以分以下三个步骤：
1、销毁该自定义ClassLoader
2、更新class类文件
3、创建新的ClassLoader去加载更新后的class类文件。
什么是二方库？
一方库：本工程中的各模块的相互依赖
二方库：公司内部的依赖库，一般指公司内部的其他项目发布的jar包
三方库：公司之外的开源库，比如apache、ibm、google等发布的依赖
在启动类上面加上@EnableScheduling即可开启定时
@Scheduled 参数可以接受两种定时的设置，一种是我们常用的cron="*/6 * * * * ?",一种是 fixedRate = 6000，两种都表示每隔六秒打印一下内容。
FixedRate说明
@Scheduled(fixedRate = 6000) ：上一次开始执行时间点之后6秒再执行
@Scheduled(fixedDelay = 6000) ：上一次执行完毕时间点之后6秒再执行
@Scheduled(initialDelay=1000, fixedRate=6000) ：第一次延迟1秒后执行，之后按 fixedRate 的规则每6秒执行一次
JSR107
Java Caching定义了5个核心接口，分别是CachingProvider，CacheManager，Cache，Entry和Expiry
- CachingProvider定义了创建、配置、获取、管理和控制多个CacheManager。一个应用可以在运行期间访问多个CachingProvider
- CacheManager定义了创建、配置、获取、管理和控制多个唯一命名的Cache，这些Cache存在于CacheManager的上下文中。一个CacheManager仅被一个CachingProvider所拥有。
- Entry是一个存储在Cache中的key-value对
- Expiry每一个存储在Cache中的条目有一个定义的有效期。一旦超过这个时间，条目为过期状态。一旦过期，条目将不可访问、更新和删除。缓存有效期可以通过ExpiryPolicy设置
Spring缓存抽象
Spring从3.1开始定义了org.springframework.cache.Cache和org.springframework.cache.CacheManager接口来统一不同的缓存技术；并支持使用JCache(JSR-107)注解简化我们的开发。
- Cache接口为缓存的组件规范定义，包含缓存的各种操作集合
- Cache接口下Spring提供了各种xxCache的实现；如RedisCache，EhCacheCache，ConcurrentMapCache等；
- 每次调用需要缓存功能的方法时，Spring会检查指定参数的指定的目标方法是否已经被调用过；如果有就直接从缓存中获取方法调用后的结果，如果没有就调用方法并缓存结果后返回用户。下次调用直接从缓存中获取。
- 使用Spring缓存抽象时我们需要关注以下两点：
1.确定方法需要被缓存以及他们的缓存策略
2.从缓存中读取之前缓存存储的数据
几个重要概念&缓存注解
Cache 缓存接口，定义缓存操作。实现有：RedisCache、EhCacheCache、ConcurrentMapCache等
CacheManager 缓存管理器，管理各种缓存（Cache）组件
@Cacheable 主要针对方法配置，能够根据方法的请求参数对其结果进行缓存
@CacheEvict 清空缓存
@CachePut 保证方法被调用，又希望结果被缓存
@EnableCaching 开启基于注解的缓存
KeyGenerator 缓存数据时key生成策略
Serialize 缓存数据时value序列化策略
运行流程：
@Cacheable：
1.方法运行之前，先去查询Cache（缓存组件），按照cacheNames指定的名字获取
2.去Cache中查找缓存的内容，使用一个key，默认就是方法的参数：
Key是按照某种策略生成的；默认是使用keyGenerator生成的，默认使用SimpleKeyGenerator生成key；
SimpleKeyGenerator生成key的默认策略：
如果没有参数：key = new SimpleKey()
如果有一个参数： key = 参数的值
如果有多个参数： key = SimpleKey（params）
3.没有查到缓存就调用目标方法。
4.将目标方法返回的结果，放进缓存中。
@Cacheable标注的方法执行之前先来检查缓存中有没有这个数据，默认按照参数的值作为key去查询缓存，如果没有就运行方法并将结果放入缓存中。
核心：
1.使用CacheManager[ConcurrentMapCacheManager]按照名字得到Cache[ConcurrentMapCache]组件
2.Key使用keyGenerator生成的，默认是SimpleKeyGeneator
几个属性：
cacheNames/value : 指定缓存组件的名字
Key：缓存数据使用的key：可以用它来指定。默认是使用方法参数的值
KeyGenerator：key的生成器 ，可以自己指定key的生成器的组件id
key/keyGenerator:二选一使用
CacheManager：指定缓存管理器：或者cacheResolve指定获取解析器
Condition：指定符合条件的情况下才缓存；
Unless：否定缓存：当unless指定的条件为true，方法的返回值就不会被缓存；可以获取到结果进行判断
Sync：是否使用异步模式
@CachePut：既调用方法，又更新缓存数据
修改了数据库的某个数据，同时更新缓存；
运行时机：
1.先调用目标方法
2.将目标方法的结果缓存起来
@CacheEvict：缓存清除
Key：指定要清除的数据
allEntries = true：指定清除这个缓存中的所有数据。
BeforeInvocation = false：缓存的清除是否在方法之前执行
默认代表缓存清除
beforeInvocation = true:
代表清除缓存操作是在方法运行前执行，无论方法是否出现异常，缓存都清除
消息队列概述：
1.大多应用中，可通过消息服务中间件来提升系统系统异步通信、扩展解耦能力
2.消息服务中两个重要概念：
消息代理（message broker）和目的地（destination）
当消息发送者发送消息以后，将由消息代理接管，消息代理保证消息传递到指定目的地。
3.消息队列主要由两种形式的目的地
（1）队列（queue）：点对点消息通信
（2）主题（topic）：发布（publih）/订阅（subscribe）消息通信
4. 点对点式：
- 消息发送者发送消息，消息代理将其放入一个队列中，消息接受者从队列中获取消息内容，消息读取后被移除队列。
- 消息只有唯一的发送者和接受者，但并不是说只能有一个接收者
- 发布订阅式：
-发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么就会在消息到达同时收到消息。
6 JMS（Java Message Service）
- 基于JVM消息代理的规范，ActiveMQ、HornetMQ是JMS实现
7 AMQP（Advanced Message Queuing Protocol） - 高级消息队列协议，也是一个消息代理的规范，兼容JMS
- RabbitMQ是AMQP的实现。
8 Spring支持 - spring-jms提供了对JMS的支持
- spring-rabbit提供了对AMQP的支持
- 需要ConnectionFactory的实现来连接消息代理
- 提供JmsTemplate、RabbitTemplate来发送消息
- @JmsTemplate、@RabbitListenr（AMQP）注解在方法上监听消息代理发布的消息
9 Spring Boot自动配置 - JmsAutoConfiguration
- RabbitAutoConfiguration
RabbitMQ简介
RabbitMQ简介是一个由erlang开发的AMQP（Advanced Message Queue Protocol）的开源实现
核心概念
Message
消息，消息是不具名的，它由消息头和消息体组成。消息体是不透明的，而消息头则由一系列的可选属性组成，这些属性包括routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等
Publisher
消息的生产者，也是一个向交换器发布消息的客户端应用程序
Exchange
交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列
Exchange有4种类型：direct（默认）、fanout，topic和headers，不同类型的Exchange转发消息的策略有所区别
Queue
消息队列，用来保存消息直到发送给消费者。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走
Binding
绑定，用于消息队列和交换器之间的关联。一个绑定就是基于路由器将交换器和消息队列连接起来的路由规则，所以可以将交换器理解成一个绑定构成的路由表。
Exchange和Queue的绑定可以是多对多的关系
Connection
网络连接，比如一个TCP连接。
Channel
信道，多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接内的虚拟连接，AMQP命令都是通过信道发出去的，不管是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成。因为对于操作系统来说建立和销毁TCP都是非常昂贵的开销，所以引入了信道的概念，以复用一条TCP连接。
Consumer
消息的消费者，表示一个从消息队列中取得消息的客户端应用程序
Virtual Host
虚拟主机，表示一批交换器、消息队列和相关对象。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。每个vhost本质上就是一个mini版的RabbitMQ服务器，拥有自己的队列、交换器、绑定和权限机制。Vhost是AMQP
概念的基础，必须在连接时指定，RabbitMQ默认的vhost是/。
Broker
表示消息队列服务器实体
Exchange类型
Direct Exchange
消息中的路由键（routing key）如果和Binding中的binding key一致，交换器就将消息发到对应的队列中。路由键与队列名完全匹配，如果一个队列
绑定到交换机要求路由键为“dog”，则只转发routing key标记为“dog”的消息，不会转发“dog.puppy”，也不会转发“dog.guard”等等。它是完全匹配、单插的模式。
Fanout Exchange
每个发到fanout类型交换器的消息都会分到所有绑定的队列上去。Fanout交换器不处理路由键，只是简单的将队列绑定到交换器上，每个发送到交换器的消息都会被转发到与该交换器绑定的所有队列上。很像子网广播，每台子网内的主机都获得了一份复制的消息，fanout类型转发消息是最快的。
Topic Exchange
Topic交换器通过模式匹配分配消息的路由器属性，将路由键和某个进行匹配，此时队列需要绑定到一个模式上，它将路由键和绑定键的字符串切分成单词，这些单词之间用点隔开。它同样会识别两个通配符：符号“#”和符号“*”。#匹配0个或多个单词，*匹配一个单词。
@EnableAsyns // 开启异步注解
@Async // 告诉Spring这是一个异步方法
定时任务
Spring为我们提供了异步执行任务调度的方式，提供TaskExecutor，TaskScheduler接口。
两个注解：@EnableScheduling、@Scheduled
Cron表达式:
字段 允许值 允许的特殊字符
秒 0-59 ，- * /
分 0-59 ，- * /
小时 0-23 ，- * /
日期 1-31 ，- * ？/ L W C
月份 1-12 ，- * /
星期 0-7或SUN-SAT
0,7是SUN ，- * ？/ L W C
特殊字符 代表含义
， 枚举
-
区间
-
任意
/ 步长
？ 日/星期冲突匹配
L 最后
W 工作日
C 和calendar联系后计算过的值
“#” 星期 ///#被拿来当特殊字符了，就把它引号了
应用程序的两个主要区域是“认证”和“授权”（或者访问控制）。这两个主要区域是Spring Security的两个目标。
“认证”（Authentication），是建立一个他声明的主体的过程（一个“主体”一般是指用户，设备或一些可以在你的应用程序中执行动作的其他系统）
“授权”（Authorization）指确定一个主体是否允许在你的应用程序执行一个动作的过程。为了抵达需要授权的店，主体的身份已经有认证过程建立。
@ApiOperation和@ApiParam为添加的API相关注解，个参数说明如下：
@ApiOperation(value = “接口说明”, httpMethod = “接口请求方式”, response = “接口返回参数类型”, notes = “接口发布说明”）；其他参数可参考源码；
@ApiParam(required = “是否必须参数”, name = “参数名称”, value = “参数具体描述”）
@ApiModelProperty()用于方法，字段； 表示对model属性的说明或者数据操作更改
value–字段说明
name–重写属性名字
dataType–重写属性类型
required–是否必填
example–举例说明
hidden–隐藏
开发中POJO是DO, DTO和VO等的统称。
POJO（Plain Old Java Objects）简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。
PO ：persistent object持久对象
1 ．有时也被称为Data对象，对应数据库中的entity，可以简单认为一个PO对应数据库中的一条记录。
2 ．在hibernate持久化框架中与insert/delet操作密切相关。
3 ．PO中不应该包含任何对数据库的操作。
POJO ：plain ordinary java object 无规则简单java对象
一个中间对象，可以转化为PO、DTO、VO。
1 ．POJO持久化之后==〉PO
（在运行期，由Hibernate中的cglib动态把POJO转换为PO，PO相对于POJO会增加一些用来管理数据库entity状态的属性和方法。PO对于programmer来说完全透明，由于是运行期生成PO，所以可以支持增量编译，增量调试。）
2 ．POJO传输过程中==〉DTO
3 ．POJO用作表示层==〉VO
PO 和VO都应该属于它。
DO是data object的缩写，是数据对象的意思，一般和数据库中的表相对应。会放在domain包中。如果使用jpa开发，则DO的属性会被@Id, @Column, @OneToMany, @OneToOne, @ManyToMany和@mappBy等注解修饰来建立数据对象跟数据库表之间的映射关系，以及表之间的关联关系。如果使用mybatis开发，则不需要注解修饰，只需要简单的Java对象就可以。
DAO ：data access object数据访问对象
1 ．主要用来封装对DB的访问（CRUD操作）。
2 ．通过接收Business层的数据，把POJO持久化为PO。
AOP中的相关概念：
- Aspect（切面）：Aspect声明类似于Java中的类声明，在Aspect中会包含着一些Pointcut以及相应的Advice。
- Joint point（连接点）：表示在程序中明确定义的点，典型的包括方法调用，对类成员的访问以及异常处理程序块的执行等等，它自身还可以嵌套其它joint point。
- Pointcut（切点）：表示一组joint point，这些joint point或是通过逻辑关系组合起来，它定义了相应的Advice将要发生的地方
- Advice（增强）：Advice定义了的程序点具体要做的操作，它通过before、after和around来区别是在每个joint point之前，之后还是代替了执行的代码。
- Target（目标对象）：织入Advice的目标对象。
- Weaving（织入）：将Aspect和其他对象连接起来，并创建Advice of object的过程。
