前言 在项目管理中，不可避免的会涉及到技术文档。当讨论文档时往往会纠结于“要”还是“不要”这种是非选择中。而忽略了，如何最小化技术文档的同时，又能体现出文档的价值。 看到了一位CTO写的文章，才发现，

画外音：此处假设一页数据为 100 条，均拉取第 3 页数据。 高并发大流量的互联网架构，一般通过服务层来访问数据库，随着数据量的增大，数据库需要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增加实例数的扩容目的。 大部分的业务场景，会使…

群消息的实时性、可达性、离线消息的复杂度，要远高于单对单消息。 群业务的核心数据结构有两个。 画外音：用来描述一个群里有多少成员。 画外音：用来描述一个群成员的离线消息。 那么，问题来了！对于同一份群消息的内容，多个离线用户似乎要存储很多份。假设群中有 200 个用户离线，离线…

2020年新版，对部分组件的描述进行了更新。19年文章参见 这里 。如果你在做选型方面的工作，或者想了解一些现在正在流行的技术，那么这篇文章正好适合你。 本篇内容涵盖14个方面，涉及上百个框架和工具。会有你喜欢的，大概也会有你所讨厌的家伙。这是我平常工作中打交道最多的工具，大小…

当微服务系统越来越庞大，各个服务间的调用关系也变得越来越复杂，需要一个工具来帮忙理清请求调用的服务链路。之前在《Spring Cloud Sleuth：分布式请求链路跟踪》一文中使用的是Sleuth+Zipkin的解决方案，最近发现应用性能监控（Application Perf…

redis 作为常用中间件，虽然我们一般业务系统（毕竟业务量有限）不会遇到如下图 在随着 data-size 的增大和数据结构的复杂的造成性能下降，但网络 IO 消耗会成为整个调用链路中不可忽视的部分。尤其在 微服务架构中，一次调用往往会涉及多次调用 例如pig oauth2.…

关于重复请求，指的是我们服务端接收到很短的时间内的多个相同内容的重复请求。而这样的重复请求如果是幂等的（每次请求的结果都相同，如查询请求），那其实对于我们没有什么影响，但如果是非幂等的（每次请求都会对关键数据造成影响，如删除关系、建立关系等），那就会轻则产生脏数据，重则导致系统…

之前在学习的时候也接触不到高并发/大流量这种东西，所以限流当然是没接触过的了。在看公司项目的时候，发现有用到限流(RateLimiter)，顺带了解一波。 为啥要限流，相信就不用我多说了。 比如，我周末去饭店吃饭，但是人太多了，我只能去前台拿个号，等号码到我的时候才能进饭店吃饭…