「消息丢了」从来不是一个单点事故，而是生产端、Broker、消费端三个环节各自有各自的丢法。本文按这三方拆解 Kafka 的 acks 与 ISR、RabbitMQ 的 confirm、RocketMQ 的同步刷盘，以及消费端位移提交的经典陷阱，最后给出一套不丢消息的配置合同与工程取舍。

Kafka 的分区、副本机制与高性能 IO 设计

用户双击了支付按钮、网关超时重试、支付回调第三次重发——三件事撞在同一毫秒，订单只该创建一次。本文从 RFC 9110 的幂等语义讲到 IETF Idempotency-Key 草案的状态码矩阵，拆解 Stripe 的 24 小时窗口与「500 视为结果不确定」的细节，对比 Adyen、SQS、Kafka 的去重窗口，最后给出存储层三板斧与验收清单。

Navy CTO Justin Fanelli talks co-investing alongside VCs instead of funding early research himself, recent buys like a $…

RocketMQ 的 NameServer、存储模型与消息可靠性设计