观察者模式和发布订阅模式作为开发中经常使用到的模式，小包一直不能做到很好的区分，前几天在听公开课时，老师详细讲解两种模式，发现自己还是没有吃透。于是小包本文就通过多个案例，形象的解读两种模式，一次吃透

前言本文不会给出一套通用的IM方案，也不会评判某种架构的好坏，而是讨论设计IM系统的常见难题跟业界的解决方案。因为也没有所谓的通用方案，不同的解决方案都有其优缺点，只有最满足业务需要的系统才是一个好的

本文原作者Chank，原题“如何设计一个亿级消息量的 IM 系统”，为了提升内容质量，本次有修订和改动。1、写有前面本文将在亿级消息量、分布式IM系统这个技术前提下，分析和总结实现这套系统所需要掌握的

前两周老大给安排了一个任务，写一个监听信号的包。因为我司的项目是运行在容器里边的，每次上线，需要重新打包镜像，然后启动。在重新打包之前，Dokcer会先给容器发送一个信号，然后等待一段超时时间(默认10s)后，再发送SIGKILL信号来终止容器 现在有一种情况，容器中有一个常驻…

在许多业务场景中，我们都会碰到延迟任务，定时任务这种需求。特别的，在网络连接的场景中，常常会出现一些超时控制。由于服务端的连接数量很大，这些超时任务的数量往往也是很庞大的。实现对大量任务的超时管理并不是一个容易的事情。 本章我们将介绍几种用于实现超时任务的数据结构，并且最后分析…

问题 这是一个线上问题，从日志平台查询到的 SQL 执行情况，该 SQL 执行的时间为 11.146s，可以认定为是一个慢查询，美化后的 SQL 如下： 先找到这个表的定义以及索引情况如下： 可见，主

大家好，我是爱刨根问底的小明不明，在面试中一旦问道消息队列，消息可靠性投递、重复消费、消息积压几乎是必问，让一起来好好刨一刨这些问题的根吧~

首先，我们需要明确一下这几个名词出现的场景：分布式高并发环境。如果你的产品卖相不好，没人鸟它，那它就用不着这几个属性。不需要任何加成，低并发系统就能工作的很好。 分布式系统是一个整体，调用关系错综复杂

笔者作为一个程序员新人，在之前的工作中往往仅考虑了功能的实现与问题的修复，而缺失了对整体架构的一个思考。 作为一个 Android 开发工程师，平时工作是利用面向对象的编程语言 Java 进行项目开发，同时在近日刚完成了一次项目重构，对此我有了架构上面的一些思考，其中最基础的就…