weixin_46453756的博客

@Configuration（其实就是将配置⽂件初始化spring ioc容器中类似于加载xml⽂件并且运⽤bean注解来讲需要的⼯具加载springioc容器：举例：我们的springboot配置redis使⽤） 可以作⽤在任意类上，表⽰该类是⼀个配置类，其实就相当于⼀个xml配置⽂件。 @Bean作⽤于⽅法上，其实就相当于xml配置⽂件中的bean，表⽰创建⼀个Bean，⽅法的返回值类型表⽰该Bean的类型，⽅法名表⽰该Bean的ID。其实在我们开发过程中⽐如加载dubbo.xml⽂件也可以⽤@.

一.提升缓存的命中率业务场景：读多写少的场景缓存的的更新策略：缓存的粒度越小，命中率会越高内存回收方面：见redis回收策略缓存容量：缓存的容量尽可能大缓存故障：提供缓存故障转移的能力数据缓存的时间二.redis降低内存占用（内存优化）首先选择合适的数据结构（例如使用hash不用string），redis为列表，集合，散列，有序集合提供了一组配置选项，这些选项可以让redis以更节约内存的方式存数据。精简键名和键值键名：尽量精简，但是别为了节约空间而使用不易理解的键名。键值：对于键值的

1.save在redis的安装目录下备份数据dump.rdb2.bgsave后台备份在redis的安装目录下3.获取redis的安装目录config get dir4.save和dbsave的区别：save命令：阻塞当前redis服务器，直到rdb过程完成为止，对于内存比较大的实例会造成长时间阻塞，线上环境不建议使用。bgsave命令：redis进程执行fork操作创建子进程，rdb持久化过程由子进程负责，完成后自动结束，阻塞只发生在fork阶段，一般时间很短...

一、AOFAOF 的优点:使用 AOF 持久化会让 Redis 变得非常耐久（much more durable）：你可以设置不同的 fsync 策略，比如无 fsync ，每秒钟一次 fsync ，或者每次执行写入命令时 fsync 。 AOF 的默认策略为每秒钟 fsync 一次，在这种配置下，Redis 仍然可以保持良好的性能，并且就算发生故障停机，也最多只会丢失一秒钟的数据（ fsync 会在后台线程执行，所以主线程可以继续努力地处理命令请求）。AOF 文件是一个只进行追加操作的日志文件（app

一、Redis的单线程单线程的好处和缺点：优点：多线程会涉及到多个线程运行的切换，损耗CPU，单线程的运行更加简洁高效缺点：单线程无法发挥多核CPU的优势但是可以采用单机部署多个redis实例的方式弥补缺点二、Redis为什么快1、redis是纯内存数据库，一般都是简单的存取操作，所以效率高2、redis使用的是非阻塞IO，IO多路复用，减少网路上的IO开销3、redis采用了单线程的模型，保证了每个操作的原子性，也减少了线程的上下文切换和竞争4、redis使用hash结构，读取速度快，还有

一、Redis回收过期数据的策略定期删除：定期删除就是每隔一段时间就进行一次删除， redis定期删除并不会删除所有数据库中的所有过期对象，redis默认情况下每隔100ms执行一次定期删除，默认扫描16个数据库，每个库随机检查20个键。惰性删除：当客户端调用读写数据的命令时，redis会判断这些命令涉及到的键是否过期，如果过期就删除。定时删除：每个设置过期的时间的key都需要创建一个定时器，到过期时间就会立即清除，该策略可以立即清除过期的数据，对内存很友好，但是会占用大量的CPU资源

设计模式之策略模式和状态模式的区别转策略模式与状态模式的比较状态模式(state pattern)和策略模式(strategy pattern)的实现方法非常类似，都是利用多态把一些操作分配到一组相关的简单的类中，因此很多人认为这两种模式实际上是相同的。然而在现实世界中，策略（如促销一种商品的策略）和状态（如同一个按钮来控制一个电梯的状态，又如手机界面中一个按钮来控制手机）是两种完全不同的思想。当我们对状态和策略进行建模时，这种差异会导致完全不同的问题。例如，对状态进行建模时，状态迁移是一个核心内容