为了解决项目中同一个业务场景，不同场景的实现方式，或者不同环境下多种实现逻辑的问题，避免过多 elsde if 导致后期维护灾难，引用了设计模式来处理这个问题。

RocketMQ的消息存储是一个负责的过程，设置上充分考虑了性能和扩展性。消息存储的主要组件包括CommitLog 文件、消费队列文件(ConsumeQueue)、以及索引文件(IndexFile)。

简单介绍 Rocket MQ 的消息的几种类型以及简单的使用，包括顺序消息，广播、延时消息、批量消息、过滤消息、事务消息。

整理一下 RocketMQ 相关知识点，这里简单介绍一下生产者和消费者常用的常模的模式，包括生产者发送消息的模式(同步发送、异步发送、和单向发送)、消费者的推模式和拉模式。

场景说明

自建云服务器搭建 RocketMQ，因为是自建的服务器，所以走不了公网 IP，如果用 docker 部署的话涉及到端口的监听问题，所以现在在服务器上直接部署的方案。

场景说明

需求：经常一些接口会有一些校验的问题，比如权限，重复访问等，这种需求不是很想写在业务逻辑里面，那就可以用注解+AOP 的防止进行实现。下面用拦截重复点击的例子，做下实现。

问题描述

开发的小伙伴都知道最大的同性交友网站在使用科学上网的环境下推送代码的时候经常出现443的问题，这种情况下往往要推送好几次才能推送上去。

重复的子字符串

力扣题号459

找出字符串中第一个匹配的下标

力扣题号28

反转字符串里的单词

力扣题号151