p3_力扣.png
1.String.intern()
p3_InternTest.png
2.可重入锁：一个线程中的多个流程可以获取同一把锁，持有这把同步锁可以再次进入，自己可以获取自己的内部锁（暂时模糊理解下)
p3_可重入锁_synchronized.png
p3_可重入锁_reentrantlock.png
3.基于Synchronized和ReentrantLock可重入锁局限性分析
p3_可重入锁_synchronized局限性.png
p3_可重入锁_reentrantlock局限性.png
4.LockSupport
LockSupport的park()和unpark()方法底层调用unsafe类的park和unpark方法，分别使当前线程的许可证permit设置为0和1，注意多次调用upark不会使permit累加，即permit最大是1
p3_lockSupport.png
5.AQS
定义：抽象的队列同步器
基于ReentrantLock对AQS的源码深度解读
ReentrantLock里有属性Sync，Sync继承自AQS，架构如下
p3_lock_AQS架构.png
此处需要自行实际走源码理解下，重点
6.spring4和5的aop顺序
spring45_aop顺序.png
7.Spring循环依赖
定义：多个bean之间的相互依赖，形成了一个闭环，比如A依赖B，B依赖C，C依赖A
通常来说，如果问Spring容器内部如何解决循环依赖，一定默认指的是单例Bean中，属性相互引用的场景，即scop只能是singleton不能是prototype，否则报错
p3_循环依赖.png
p3_循环依赖_test.png
对构造方法注入的Bean不能解决，setter注入的方式可以
8.三级缓存
p3_循环依赖_三级缓存代码.png
p3_循环依赖_三级缓存代码说明.png
p3_循环依赖_三级缓存流程.png
p3_循环依赖_三级缓存流程2.png
p3_循环依赖_三级缓存流程_getSingleton.png
p3_循环依赖_三级缓存流程3.png
9.redis
查看版本 redis-server -v 或者登录后 info
登录状态下的帮助命令 help @数据类型
redis的命令不区分大小写，但是key区分大小写
linux的redis版本稳定的6.0.8
10.数据类型
p3_redis数据类型.png
String
p3_redis数据类型_string.png
Hash
p3_redis数据类型_hash.png
list
p3_redis数据类型_list.png
Set
p3_redis数据类型_set.png
p3_redis数据类型_set_抽奖.png
p3_redis数据类型_set_点赞.png
p3_redis数据类型_set_共同关注的人.png
p3_redis数据类型_set_可能认识的人.png
Zset
p3_redis数据类型_zset.png
11.基于redis实现的分布式锁(上传原因，倒叙展示）
p3_killLunch10.png
p3_killLunch9.png
p3_killLunch8.png
p3_killLunch7.png
p3_killLunch6.png
p3_killLunch5.png
p3_killLunch4.png
p3_killLunch3.png
p3_killLunch2.png
p3_killLunch1.png
p3_RedisConfig.png
p3_RedisUtils.png
12.redis占用内存不设置或者设置为0，在64位操作系统下不限制内存大小，在32位操作系统下3G
修改redis占用内存：修改配置文件maxmemory或者通过命令config set maxmemory 100*1024，单位字节
查看redis配置，config get xxxx
查看redis全部信息，info
查看redis内存信息，info memory
如果redis内存打满，报错oom
13.redis缓存删除策略：
1.定时删除:过期时间一到就删除。优点是数据的实时性很高，缺点是cpu需要时刻监督redis数据的过期时间，cpu很忙
2.惰性删除：如果未过期返回数据，发现已过期，删除，返回不存在。优点是相对前者降低了cpu的压力，缺点是对内存不友好，有可能把已经过期的数据还存在redis里占用内存
3.定期删除：。。。
14.redis缓存淘汰策略
p3_Redis内存淘汰策略.png
15.LRU算法
p3_LRU_node.png
p3_LRU_DoubleLinkedStructure.png
p3_LRU.png
p3_LRU_Test.png
网友评论