Java开发者必须收藏的8个开源库，赶紧学起来

曾经终败给现在 2021-07-20 15:41 419阅读 0赞

## 前言 ##

锁是一种用来控制多线程访问共享资源的工具。通常，锁可以独占共享资源：同一时间只有一个线程可以获得锁，并且所有访问共享资源的线程都必须首先获得锁。前面我们介绍过了synchronized，使用synchronized的方法和代码块作用域机制使得使用监视器锁更加简单，并且帮助避免了许多关于锁的常见编程错误，比如锁未及时释放等问题。但是有时候我们需要更灵活的使用锁资源，例如，一些遍历并发访问的数据结构的算法需要使用“手动”方法，或者“锁链”:你先获得节点A的锁，然后是节点B，然后释放A获得C，再释放B获得D，以此类推。这种方式如果要使用synchronized就不是很好实现，但是有了Lock就不一样了，Lock接口允许以不同的范围去获取和释放锁，并且允许同时获得多把锁，也可以以任意的顺序释放。

### 1、为什么使用redis ###

**分析**:博主觉得在项目中使用redis，主要是从两个角度去考虑:**性能**和**并发**。当然，redis还具备可以做分布式锁等其他功能，但是如果只是为了分布式锁这些其他功能，完全还有其他中间件(如zookpeer等)代替，并不是非要使用redis。因此，这个问题主要从性能和并发两个角度去答。  
**回答**:如下所示，分为两点  
**（一）性能**  
如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够**迅速响应**。

![d34c4c00f8e5cc826b072494f60dead0.png][]

**题外话：忽然想聊一下这个迅速响应**的标准。其实根据交互效果的不同，这个响应时间没有固定标准。不过曾经有人这么告诉我:“在理想状态下，我们的页面跳转需要在**瞬间**解决，对于页内操作则需要在**刹那**间解决。另外，超过**一弹指**的耗时操作要有进度提示，并且可以随时中止或取消，这样才能给用户最好的体验。”  
那么**瞬间、刹那、一弹指**具体是多少时间呢？  
根据《摩诃僧祗律》记载

一刹那者为一念，二十念为一瞬，二十瞬为一弹指，二十弹指为一罗预，二十罗预为一须臾，一日一夜有三十须臾。

那么，经过周密的计算，一**瞬间**为0.36 秒,一**刹那**有 0.018 秒.一**弹指**长达 7.2 秒。  
**（二）并发**  
如下图所示，在大并发的情况下，所有的请求直接访问数据库，数据库会出现连接异常。这个时候，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问数据库。

![e8e7eec136c77ef304f1b08db1069ac6.png][]

### 2、使用redis有什么缺点 ###

**分析**:大家用redis这么久，这个问题是必须要了解的，基本上使用redis都会碰到一些问题，常见的也就几个。  
**回答**:主要是四个问题  
(一)缓存和数据库双写一致性问题  
(二)缓存雪崩问题  
(三)缓存击穿问题  
(四)缓存的并发竞争问题

# 最后 #

针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。

![image][]

> 上述的面试题答案都整理成文档笔记。 也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）
> 
> **资料领取方式：[点击这里免费获取][Link 1]**

![image][image 1]

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。  
04638408)\]

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。

[d34c4c00f8e5cc826b072494f60dead0.png]: /images/20210720/e89a343509fb4c469bad15f556e891eb.png
[e8e7eec136c77ef304f1b08db1069ac6.png]: /images/20210720/9fbca9a5475c4a73b0858e502a6a3b55.png
[image]: /images/20210720/3d610f2f8d634ca7a1c0b5b01ae3e5dc.png
[Link 1]: https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB
[image 1]: /images/20210720/1492b59c47b84947b2f40f7c3703ebb4.png