如何指导初学者利用CMS搭建网站并开设公众号？

网站添加cms,小白如何做网站建设公众号,徐州做网站公司,毕节金海湖新区城乡建设局网站文章目录 1、消息整体处理过程Producer发送消息阶段手段一#xff1a;提供SYNC的发送消息方式#xff0c;等待broker处理结果。手段二#xff1a;发送消息如果失败或者超时#xff0c;则重新发送。手段三#xff1a;broker提供多master模式#xff0c;即使某台broker宕机… 文章目录 1、消息整体处理过程Producer发送消息阶段手段一提供SYNC的发送消息方式等待broker处理结果。手段二发送消息如果失败或者超时则重新发送。手段三broker提供多master模式即使某台broker宕机了保证消息可以投递到另外一台正常的broker上。 Broker处理消息阶段手段四提供同步刷盘的策略手段五提供主从模式同时主从支持同步双写 Consumer消费消息阶段手段六consumer默认提供的是At least Once机制手段七消费消息重试机制 2、如何保证消息不被重复消费所以第二个问题来了怎么保证消息队列消费的幂等性 1、消息整体处理过程 这里我们将消息的整体处理阶段分为3个阶段进行分析 Producer发送消息阶段。Broker处理消息阶段。Consumer消费消息阶段。 Producer发送消息阶段 发送消息阶段涉及到Producer到broker的网络通信因此丢失消息的几率一定会有那RocketMQ在此阶段用了哪些手段保证消息不丢失了或者说降低丢失的可能性。 手段一提供SYNC的发送消息方式等待broker处理结果。 RocketMQ提供了3种发送消息方式分别是 同步发送Producer 向 broker 发送消息阻塞当前线程等待 broker 响应 发送结果。异步发送Producer 首先构建一个向 broker 发送消息的任务把该任务提交给线程池等执行完该任务时回调用户自定义的回调函数执行处理结果。Oneway发送Oneway 方式只负责发送请求不等待应答Producer只负责把请求发出去而不处理响应结果。 我们在调用producer.send方法时不指定回调方法则默认采用同步发送消息的方式这也是丢失几率最小的一种发送方式。 手段二发送消息如果失败或者超时则重新发送。 发送重试源码如下本质其实就是一个for循环当发送消息发生异常的时候重新循环发送。默认重试3次重试次数可以通过producer指定。 手段三broker提供多master模式即使某台broker宕机了保证消息可以投递到另外一台正常的broker上。 如果broker只有一个节点则broker宕机了即使producer有重试机制也没用因此利用多主模 式当某台broker宕机了换一台broker进行投递。 总结 producer消息发送方式虽然有3种但为了减小丢失消息的可能性尽量采用同步的发送方式同步等待发送结果利用同步发送重试机制多个master节点尽可能减小消息丢失的可能性。 Broker处理消息阶段 手段四提供同步刷盘的策略 public enum FlushDiskType { SYNC_FLUSH, //同步刷盘 ASYNC_FLUSH//异步刷盘默认 }我们知道当消息投递到broker之后会先存到page cache然后根据broker设置的刷盘策略是否立即刷盘也就是如果刷盘策略为异步broker并不会等待消息落盘就会返回producer成功也就是说当broker所在的服务器突然宕机则会丢失部分页的消息。 手段五提供主从模式同时主从支持同步双写 即使broker设置了同步刷盘如果主broker磁盘损坏也是会导致消息丢失。 因此可以给broker指定slave同时设置master为SYNC_MASTER然后将slave设置为同步刷盘策略。 此模式下producer每发送一条消息都会等消息投递到master和slave都落盘成功了broker才会当作消息投递成功保证休息不丢失。 总结 在broker端消息丢失的可能性主要在于刷盘策略和同步机制。 RocketMQ默认broker的刷盘策略为异步刷盘如果有主从同步策略也默认的是异步同步这样子可以提高broker处理消息的效率但是会有丢失的可能性。因此可以通过同步刷盘策略同步slave策略主从的方式解决丢失消息的可能。 Consumer消费消息阶段 手段六consumer默认提供的是At least Once机制 从producer投递消息到broker即使前面这些过程保证了消息正常持久化但如果consumer消费消息没有消费到也不能理解为消息绝对的可靠。因此RockerMQ默认提供了At least Once机制保证消息可靠消费。