深圳幻海软件技术有限公司

图灵奖得主弗雷德里克·布鲁克斯（FrederickP.BrooksJr.）在他的经典著作《人月神话》中提出了“没有银弹”的观点，在软件工程中，每一个软件系统，都具有独特性，不存在像“银弹”一样的解决方案，可以解决一切问题。对于消息队列来说也是一样的，我们常用的消息队列技术选型，都有各自的优势和劣势，

需要全部代码请点赞关注收藏后评论区留言私信~~~手机最开始用于通话，后来增加了短信功能，初步满足了人与人之间的沟通需求。然而短信只能发文字，于是出现了能够发图片的彩信，但不管短信还是彩信，资费都太贵了，令人惜墨如金。后来移动公司推出飞信，它支持从电脑向手机免费发短信，因而风靡一时。到了智能机时代，更

微信作为我们每天必备的聊天工具，使用频率自然会很高，但是大家有没有发现，苹果手机微信经常消息延迟，下面就来教大家如何解决。 第一步：关闭低数据模式首先打开苹果手机的设置，在蜂窝网络设置中，点击「蜂窝数据选项」，进入后关闭「低数据模式」。因为如果你一直开启，微信在后台将减少网络的使用，导致不

1、消息推送简介1.1什么是消息推送消息推送每天都在我们的手机上发生，如图所示，除非你的手机没有安装App或关闭了通知栏权限。1.2消息推送的价值从用户的生命周期来看，消息推送对于提高App活跃度、提升用户粘性和用户留存率都起到了重要作用。提升新用户次日留存，低成本促活，对平台的短期留存率影响显著。

操作流程操作亮点配置清理策略测试消息大小更多定制化属性配置操作流程①、点击新增Topic②、填写Topic的基本信息和配置③、点击确认、创建成功！操作亮点简单清晰的操作界面,让你能够非常快速的创建一个新的Topic；除了这个基本的功能外,你还可以看到在这里能够针对每个Topic做更细粒度的定制化配置

前言无论是在大数据处理领域，还是在消息处理领域，任务系统都有一个很关键的能力-任务触发去重的保障。这个能力对于一些准确性要求极高的场景中（如金融等）是必不可少的。作为Serverless化任务处理平台，ServerlessTask也需要提供这类保障，在用户应用层面及自身系统内部两个维度具备任务的准确

上一篇讲消息中间件的文章：​​《如果公司线上系统突然宕机了，怎么才能确保MQ消息不丢失？》​​，初步给大家介绍了一个在生产环境中可能遇到的问题，就是你的消费者服务可能会宕机，一旦宕机，你就需要考虑是否会导致没处理完的消息丢失。这篇文章，给不太熟悉MQ技术的同学，介绍一个生产环境中可能会遇到的问题。目

​1、问题现象某一天，项目组一个同事向我反馈，他们使用公司的数据同步产品将MySQL数据同步到MQ集群，然后使用消费者将数据再同步到ES，反馈数据同步延迟严重，但对应的消费组确没有积压，但最近最近几分钟的数据都没有同步过来。那问题来了，消费端没有消费积压，而且通过查看数据同步平台该通过任务的同步状态

​线程消息在模态循环中会丢失，因为消息分发器(MessageDispatcher)不知道应该如何分发此消息。但是，如果模态循环能支持的话，我们有一种方法可以在它们消失之前看到它们。WH_MSGFILTER消息钩子可以用来接收传递给CallMsgFilter函数的消息。幸运的是，窗口管理器中的所有模态

大家好，我是君哥，今天分享RocketMQ是怎样保存消息的。1、​简介首先，在RocketMQ集群中创建一个Topic，叫做MyTestTopic，配置如下图：这里解释一下图中的几个参数：writeQueueNums：客户端在发送消息时，可以向多少个队列进行发送；readQueueNums：客户端在

前言最近工作上有一个保存企业微信聊天记录的需求，遇到一些问题，数据量太大了，该怎么存？存储之后要检索，怎么才能检索的快呢？聊天产生的文件太多了，怎么去重？需求一句话，可是苦了开发人员了。以后有时间指北君会整理一下做这个功能的问题和解决方法，今天就拿其中一个问题来分析，使用策略模式来解决问题，没有了解

粘包和半包问题是数据传输中比较常见的问题，所谓的粘包问题是指数据在传输时，在一条消息中读取到了另一条消息的部分数据，这种现象就叫做粘包。比如发送了两条消息，分别为“ABC”和“DEF”，那么正常情况下接收端也应该收到两条消息“ABC”和“DEF”，但接收端却收到的是“ABCD”，像这种情况就叫做粘包

今天我们来聊聊Kafka生产环境大家都比较关心的问题。那么Kafka到底会不会丢数据呢？如果丢数据，究竟该怎么解决呢？只有掌握了这些，我们才能处理好Kafka生产级的一些故障，从而更稳定地服务业务。认真读完这篇文章，我相信你会对Kafka如何解决丢数据问题，有更加深刻的理解。这篇文章干货很多，希望你

go的CSP模型传统多线程的的共享内存(ShareMemory)模型使用lock，condition等同步原语来强行规定进程的执行顺序。Actor模型，是基于消息传递的并发模型,强调的是Actor这个工作实体，每个Actor自行决定消息传递的方向(要传递的ActorB)，通过消息传递形成流水线。本文

概念篇RPC是什么？RPC称远程过程调用（RemoteProcedureCall），用于解决分布式系统中服务之间的调用问题。通俗地讲，就是开发者能够像调用本地方法一样调用远程的服务。所以，RPC的作用主要体现在这两个方面：屏蔽远程调用跟本地调用的区别，让我们感觉就是调用项目内的方法；隐藏底层网络通信

图片来自包图网随着大数据时代的到来，Apache旗下的Kafka一度成为消息队列的代名词，提起消息队列大家自然而然就想到了Kafka。然而消息队列本身是工程领域内一种解决问题的通用方案。它的背后有着一些通用的设计思想和经典模型，这些是消息队列的精髓和灵魂。它们独立于任何一种消息队列的具体实现(例如K

【51CTO.com快译】过去，我们很容易通过：取出裸机服务器、安装所有必需的软件、添加所有应用代码、将数据加载上去的一系列流程，来部署单体应用程序(monolithicapplication)。由于一切组件都集中在一台服务器上，因此这种应用不但能够处理较大的流量，并且非常容易管理与部署。然而，此类

 比特币系统中可以给一串消息进行数字签名，有三个作用：证明你拥有某笔资金的私钥该证明是无可争辩的、不可抵赖的签名后的交易没有被其他人修改过数字签名使用椭圆曲线数字签名算法(ECDSA)，算法非常复杂，普通用户不必掌握其算法的细节，但你只要掌握了BitcoinCore钱包软件或类似工具，也可

很多业务都需要考虑消息投递的顺序性：单聊消息投递，保证发送方发送顺序与接收方展现顺序一致群聊消息投递，保证所有接收方展现顺序一致充值支付消息，保证同一个用户发起的请求在服务端执行序列一致1.消息顺序性是分布式系统架构设计中非常难的问题，有什么常见优化实践呢?折衷一：以客户端或者服务端的时序为准不管什

两年前我作为一名拥有后台开发经验的移动端软件工程师入职Uber，并负责APP端支付功能的开发以及重构。后来我进入了工程师管理团队，并独立带领一个团队。由于我的团队负责很多后端支付相关的系统，因此我有更多的机会接触整个支付系统的后端知识。来Uber工作之前，我几乎没有分布式系统的工作经验。我的背景是一