Java整体知识架构详解之进阶篇二

保证分布式环境下的顺序执行，分布式环境下的锁机制

作用

1. redis加锁后如果系统宕机，会导致锁不能够释放，所以为了解决这个问题，必须设置过期时间

2. 但过期时间同样不好设置，假设过期时间30秒，但在30秒内服务没有运行完成，则会释放锁，导致其他系统获取锁

3. 而设置过期时间也不能用两个命令，比如先设值再设过期时间，这样也可能导致设值后宕机没成功设置过期时间

加锁过程

1. 单机部署容易导致宕机后不能获取锁

2. 主从模式，当主宕机后主从切换过程也会在这短暂的时间不能正确获取锁

redis的部署方式

问题

建议使用Redission，这是个第三方的开源框架

代码例子

redlock算法支持

1. 所有指令采用lua脚本，保证原子性

2. 锁超时时间怎么办？它提供了个watchdog，会在获取锁以后每隔10秒把key设置过期时间为30秒，这样只要程序一直在运行就不会过期，也不会死锁

特性

Redission

建议

Redis

zk的节点可以是临时节点也可以是永久节点

zk的节点可以是有序节点，按序递增

zk的节点有事件监听机制，节点的创建、修改、删除、子节点变更都会触发事件监听

zookeeper的基本特性

看图

获取锁的流程

使用代码

Curator

开源方案

zk获取锁的过程耗时一般比Redis久点，但安全性比Redis高

评价

zookeeper

获取锁的方式只能通过不断轮询尝试获取，比较消耗性能

不够健壮，Redis可能发生不安全的情况也就出现在主服务器获取到锁还没同步到从服务器，主服务器宕机，从服务器切换到主服务器的这个短暂的过程中

缺点

redis分布式锁是比较常用的，它的性能比较高，获取锁的速度快，所以并发效率高

大部分情况下都不会遇到极端复杂场景导致锁获取错误

优点

redis

定位就是分布式协调，强一致性，所以锁的模型比较健壮

如果获取不到锁，主需要添加一个监听器，不需要一直轮询，性能消耗较小

如果有较多的客户端频繁申请加锁，释放锁，对zk集群的压力会比较大，获取锁的速度相对redis会稍慢

优缺点

常用锁类型

分布式锁

这可以是一个面试题，表面上看观察者模式是被观察者通知观察者消息，发布订阅模式生产者通知消费者消息，好像就名称不一样

观察者模式是嵩耦合的关系被观察者触发事件后通知所有观察者，被观察者是知道有哪些观察者的，只是可以自由添加删除，所以是松耦合；发布订阅模式则是完全解耦它还有个组成部分oker，也就像MQ中间件中的topic存储，生产者发送消息到topic，它并不知道有哪些消费者，消费者可以自由订阅哪个生产者的消息

使用层面讲，观察者模式多用于应用内部，对象间的通知机制；而发布订阅模式，则是中跨应用的模式，也就是常用的消息中间件

区别

观察者模式和发布订阅模式一样吗

观察者模式

设计模式深入

这个网上有太多的错误或表达不明确的答案，然后互相抄袭，都是笼统的介绍了下，还都是错误的；我这里会概括几句，能理解最好，不能理解可以看下前面的链接文章，可不是简单的shutdown优雅关闭，shutdownNow直接关闭;

说明

这个需要着重说明，应该线程池中断也是要基于这个原理

线程中断并不是调用Thread.interrupt，这里只是置了个标志位，具体的中断逻辑需要在自己的线程，用isinterrupt判断；

这里有两种情况的中断逻辑需要判断，当interrupt标志置为true时，如果线程处于阻塞状态会抛InterruptedException异常；如果正在运行则需要自己线程代码中判断isinterrupt，这里我给出个我写的demo代码

线程中断

一般情况下，我们使用shutdown是没什么问题的，当如果你存有永久循环处理线程，那就要注意了，shutdown是关不了这种永久while线程的

它的解释说明是：线程池拒接收新提交的任务，同时等待线程池里的任务执行完毕后关闭线程池

shutdown

它的解释是：线程池拒接收新提交的任务，同时立马关闭线程池，线程池里的任务不再执行

实际执行过程是，当执行shutdownNow方法，它会取出剩下所有没有执行的任务队列并返回，而线程池是在不断循环任务队列的；此时又有两种情况，线程池正取到的任务阻塞，那么会直接抛出异常，和线程中断抛异常一样的逻辑处理；如果线程在执行状态，则会处理完当前任务然后继续循环，判断到任务为null了退出

上面的我继续概括：执行该方法后，会删除所有未执行任务，正在执行的任务如果是阻塞的，则抛异常，否则置中断状态后，继续执行完成当前任务后退出；

shutdownNow

shutdown和shutdownNow都是异步执行的

相同

shutdownNow会强制置所有工作线程置中断状态，中断导致的后果需要通过自己代码判断isinterrupt处理；而shutdown需要trylock尝试获取锁，获取不到则不会中断

不同

当使用shutdwonNow需要捕获处理可能抛出的中断异常；当使用shutdown需要保证线程任务没有永久阻塞的逻辑，否则线程关闭不了

结论

线程池关闭

如何优雅关闭线程池

线程池深入

1. 该类在堆中不存在实例对象

2. 该类的ClassLoader已被回收

3. 对该类的对象没有任何引用

类何时被回收

当方法执行完成后，方法中定义的对象，需要等待垃圾回收才销毁

方法中的对象何时被回收

软引用在内存不够时才回收，内存足够不会回收；而弱引用，只能撑到下次垃圾回收之前就会被回收

软引用和弱引用的区别

我们的一般印象是新生代GC到一定年龄后，对象才会进入老年代，但实际并不是只有这一种情况

当survivor区中相同年龄的对象之和超过survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无需等到要求的最大年龄

新生代到老年代的条件

简单的说就是在代码中用到这个类的时候

JVM在什么情况下会加载一个类

读取类的.class文件

1. 加载

需要检验这个.class文件是否服务规范，也就是能不能运行，防止被篡改，不能运行我还干嘛继续呢

2. 验证

根据类中的属性等，分配内存空间，并赋予默认值

3. 准备

将符号引用替换为直接引用

4. 解析

5. 使用

6. 卸载

JVM类加载过程

JVM细节

负责将服务的信息注册到Eureka Server中

Eureka Client

注册中心，服务维护注册表，保存了各个服务器所在的机器和端口号

Eureka Server

Eureka

feign是用来代替httpClient，通过服务名的方式，动态代理接口接口，发起请求响应

图片

通过Feign的方式调用服务，就像上面的例子一样，需要设置调用服务的名称在@FeignClient中，这样也导致了，当服务B部署了B1，B2，B3这三个不同名但功能相同服务，那么我就要写三个类似的FeignClinet客户端代码，之后如果再加个B4，又要改代码；或者Feign还提供了动态创建实例的功能（见链接），但存在问题，服务降级逻辑不知道写哪了

Feign

作为负载均衡，比如一个服务部署在5台机器上，该组件的作用可以把请求均匀发送到各台机器

默认算法为Round Robin轮询算法

Ribbon

流程图

隔离、熔断和降级

Hystrix

微服务网关，根据请求的特征进行不同服务的转发，还可以做统一的降级、限流、认证授权、安全

zuul

SpringCloud原理

快速、简单避免OOM的java处理Excel工具

概述

github

easyexcel

好用的第三方数据模拟工具，在后台开发没完成时，可以用它来模拟数据

EasyMock

此为为了更好更容易进行mybatis编程而设计的架构，囊括了从代码生成到代码简化，到各种插件的运用等

通过集成pom，继承它提供的类可以做到大部分sql不需要再手动写入

简化sql编写，抽象公共方法属性，使代码编写更简单

支持jdk8的lambda表达式，语法编写更简洁明快

支持主键自动生成策略

支持分页

有一定学习成本（也不能叫缺点，复杂点的框架都有学习成本）

功能概述

通过添加分页插件，可以直接使用继承而来的分页方法进行分页查询

分页

添加该插件后，可以使删除sql的方法如`deleteByxxx`变成逻辑删除

逻辑删除

用于输出每条sql语句内容和执行时间

性能分析

用于方便的实现乐观锁

乐观锁

...

插件

MyBatis-Plus

查询性能低

空间利用率低

不支持反向操作（删除）

不支持计数

布隆过滤器缺点

不能重复插入相同的数据，否则空间会严重浪费，还不如布隆过滤器

删除会造成高概率误删，所以也基本不可用

空间必须是2的指数倍，这样也导致了空间上可能也没有优势

布谷鸟过滤器缺点

结论，知道有这玩意就好，可以看下前面的连接文章具体介绍，用就不建议用了

布谷鸟过滤器

优秀第三方组件

synchronize是JVM内置关键字，lock是Java类

synchroinze锁可重入，不可中断，不公平，Lock可重入，可中断，可公平

synchronize可自动释放，Lock需要手动释放

Lock提供了Condition可控制notify哪个线程，synchroinze不能针对唤醒

总结：一般可以使用synchronize的地方，用它更方便；Lock使用更加灵活，在需要灵活中断获取锁，唤醒特定线程等场合可以用Lock

synchronize 和 lock 的区别

所有线程都能看到共享内存的最新状态

保持内存可见性

在单例模式中，用右侧的代码创建单例，仍可能造成问题，获得的是未初始化的对象，原因就是指令重排序，先分配了对象的内存地址，再初始化对象，还没初始化对象前，对象可能已经不为null了，这种情况就可以用volatile解决（建议看下前面的链接）

防止指令重排序

volatile 关键字的作用

Java零碎知识点

Java整体知识架构详解-之进阶篇二