pq217

前段时间遇到一个需求，对接多方接口数据(同类数据但字段命名各异)转换为字段一致的标准化数据。 这个需求给我带来思考，因为接口很多且不确定，还在陆续增多，而且接口是有变化的，甚至不排除接口变化的风

前言 关于直接内存、零拷贝等技术和原理，之前有认真了解过，但是没有直接尝试使用并测试过。 直到最近项目中真实遇到一个jvm直接崩溃的问题，所以才有了本篇的记录，也借此机会认真测试下直接内存是否可以带来

前言 关于网络知识，一直以来都是一知半解，悔于大学期间没有好好学习。 因此这次抽出一段时间，彻底的搞清楚网络知识，从ISO七层模型(实际上是TCP/IP五层模型)一层层往上，通过假设一个无网络的虚拟世

前言 前两篇文章分别介绍了Paxos和Raft，本篇将介绍另一种公式协议：Gossip协议 Paxos和Raft都是强一致性协议(各个节点之间的数据可能短期，但一定保证对外的数据一定是唯一的)，为了实

前言 上文以通俗的方式介绍了PAXOS，但 PAXOS 更偏向于理论模型，许多实现层面的细节都被一笔带过，而 Raft 的提出，正是为了让一致性协议更容易工程化落地 Leader 其实PAXOS本身无

前言 说是前言，其实这里是最后写的，我在写这篇文章前看过了不少网上文章，也直接读了lamport关于paxos的原始论文，能记住paxos的规则，但始终感觉复杂难懂，无法融会贯通，不理解为什么如此设计

前言 分布式数据库和中间件的架构设计，核心就是围绕 “中心化” 和 “去中心化” 这两种思想展开，两种模式各有适用场景和优缺点 其中“中心化”显著特点就是有一个明确的主节点/协调节点，相当于一个团队的

RocketMQ介绍 RocketMQ是阿里巴巴开源的一个消息中间件，在阿里内部历经了双十一等很多高并发场景的考验，能够处理亿万级别的消息。2016年开源后捐赠给Apache，现在是Apache的一个

Kafka简介 kafka最早是由LinkedIn开发的，最开始是为了做海量日志收集用的，所以它的设计目标是高吞吐量，高性能。 但它的功能就相对单一，因为它最初只需做好这一件事就好了，目前kafka的