在上一章Handler源码解析文章中，我们知道App的主线程通过Handler机制完成了一个线程的消息循环。那么我们自己也可以新建一个线程，在线程里面创建一个Looper，完成消息循环，可以做一些定时的任务或者写日志的功能。这就是HandlerThread的作用AndroidHandler消息机制源码解析(https://www.cnblogs.co

IM在消息交互时，如果websocket断了，消息可能到了，也可能没到，怎么处理这个异常情况？还是说在一端的send方法就会报错了，就知道了消息没有送出去？我想讨论的就是是否需要增加一个ACK机制来确保消息成功到达接受人端一个方法是加入ack机制每收到一条消息就立即发回一个ACKIM这一块需要整理客户端的组件结构像负

前言JMS的消息确认模式，定义了客户端（消息发送者或者消费者）与broker确认消息的方式，可以认为是客户端与Broker之间建立一种简单的“担保”机制。在java的JMS标准中，javax.jms.Session包定义了4种消息确认模式，分别是：\\AUTO\_ACKNOWLEDGE：\\自动确认\\

概述在使用RabbitMQ的时候，我们可以通过消息持久化操作来解决因为服务器的异常奔溃导致的消息丢失，除此之外我们还会遇到一个问题，当消息的发布者在将消息发送出去之后，消息到底有没有正确到达broker代理服务器呢？如果不进行特殊配置的话，默认情况下发布操作是不会返回任何信息给生产者的，也就是默认情况下我们的生产者是不知道消息有没有

1.面向消息的中间件1.1什么是MOM   面向消息的中间件，MessageOrientedMiddleware，简称MOM，中文简称消息中间件，利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。  一个MOM系统，通常会包括客户端（Clients）、消息（Messa

向服务器发送消息时，怎么确认消息是否到达呢？有两种方式：  1.事务   2.confirm一：事务分为三步  1.txSelect  2.txCommit  3.txRollback!(https://static.oschina.net/uploads/space/2018/0514/11

 AcitveMQ是作为一种消息存储和分发组件，涉及到client与broker端数据交互的方方面面，它不仅要担保消息的存储安全性，还要提供额外的手段来确保消息的分发是可靠的。一.ActiveMQ消息传送机制  Producer客户端使用来发送消息的，Consumer客户端用来消费消息；它们的协同中心就是ActiveMQbr

一.为什么有消息确认机制在RabbitMq中，一个消息从产生到最终的消息接受，中间大致会有三个环节，首先是消息到达交换机、然后是消息通过交换机到达队列，最后消费者消费绑定的队列消息。 但是在这个过程中，如果出现网络或者系统的异常，就会导致消息不能被正常消费。如果不能正常消费消息，会造成两方面的问题。 1.1在服务端消息到

问题原因：如果开启了“多设备消息同步”服务，卸载重装应用，会触发“消息补偿”机制，默认会拉取到补偿时间内收发过的消息，如果删除的消息是在补偿时间内收发的，也会被拉取回来。解决思路：1.在删除消息后，向会话发一条自定义消息，作为清除消息的标识。2.当卸载重装

问题描述同时删除本地消息和服务端历史消息后，卸载重装应用或者换设备登录，删除的消息重新出现。原因分析针对单聊会话、群聊会话，如果通过任何接口以传入时间戳的方式删除远端消息，服务端默认不会删除对应的离线消息补偿（该机制仅会在打开多设备消息同步开关后生效）。此