介绍

设计模式总结

项目地址：https://github.com/lishq/java-pattern-demo

六大原则

单一职责原则

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；

• 提高类的可读性，提高系统的可维护性；

• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

介绍

好的架构和设计可以增加系统健壮性同时也便于维护。面向对象的设计过程中，需要先进行泛化，抽象。然后对具体的对象进行窄化，细化。

了解框架设计思想不但可以开阔思维，增加阅读开源项目源码的能力。更能提升一个程序员对程序的抽象和管理能力。

以下设计理念来源于Dubbo作者梁飞的总结，很有参考学习意义。总结整理以供学习

大纲

• 模块分包原则
• 框架扩展原则
• 领域划分原则
• 接口分离原则
• 组件协作原则
• 功能演进原则

介绍

Redis 集群是一个提供在多个Redis间节点间共享数据的程序集
Redis 集群方案： Codis、Cluster（去中心化）

介绍

• Redis Sentinel 是一个分布式系统，用于管理多个 Redis 服务器（instance），本质上只是一个运行在特殊模式下的 Redis 服务器，提供高可用性(HA)解决方案

Sentinel

• 监控： Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。
• 提醒： 当被监控的某个 Redis 服务器出现问题时， Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。
• 自动故障迁移： 当一个主服务器不能正常工作时， Sentinel 会开始一次自动故障迁移操作， 它会将失效主服务器的其中一个从服务器升级为新的主服务器， 并让失效主服务器的其他从服务器改为复制新的主服务器； 当客户端试图连接失效的主服务器时， 集群也会向客户端返回新主服务器的地址， 使得集群可以使用新主服务器代替失效服务器。

介绍

跳跃表在 Redis 中不如链表和字典等数据结构的应用广泛，只有两个地方用到。一是实现有序集合键，另一个是在集群节点中用作内部数据结构。

项目地址：https://github.com/lishq/redis-base-demo

• Redis 的 zset 是一个复合结构
• 需要hash存储value和score的关系
• 需要提供按照 score 来排序的功能
• 需要能够指定 score 的范围来获取 value 列表的功能，「跳跃列表」

介绍

Redis 早期版本存储 list 列表数据结构使用的是压缩列表 ziplist 和普通的双向链表 linkedlist，也就是元素少时用 ziplist，元素多时用 linkedlist。

项目地址：https://github.com/lishq/redis-base-demo

介绍

Redis 为了节约内存空间使用，zset 和 hash 容器对象在元素个数较少的时候，采用压缩列表 (ziplist) 进行存储。压缩列表是一块连续的内存空间，元素之间紧挨着存储，没有任何冗余空隙。

项目地址：https://github.com/lishq/redis-base-demo

介绍

dict 是 Redis 服务器中出现最为频繁的复合型数据结构

项目地址：https://github.com/lishq/redis-base-demo

介绍

Redis 中的字符串是可以修改的字符串，在内存中它是以字节数组的形式存在的。由于Redis对字符串在安全性、效率以及功能方面的要求。自己构建了一种名为简单动态字符串（simple dynamic string，SDS）的抽象类型， 并将 SDS 用作 Redis 的默认字符串表示。

• 除了用来保存数据库中的字符串值之外， SDS 还被用作缓冲区（buffer）
• AOF 模块中的 AOF 缓冲区， 以及客户端状态中的输入缓冲区， 都是由 SDS 实现的

项目地址：https://github.com/lishq/redis-base-demo

介绍

aop + 自定义注解，实现统一日志，统计，的功能。

期望能满足如下要求：

• 高吞吐
• 支持同步，异步两种模式，分别代表，允许丢数据，不允许丢数据

场景

• 登陆登出、系统核心功能调用频率统计、系统运行关键数据收集等

思路

• 需要一个自定义注解，一个aop，一个异步线程持续将数据写入到数据库中。当然也可以考虑同步的。