限流阈值设成 100 QPS，可下游还是被打到 200。这不是阈值写错了，是算法选错了。这篇对比四种限流算法的实际表现，给出分布式场景下的 Lua 实现，以及一张按业务场景选型的对照表。

在开发高并发系统时，限流是一个绕不开的话题。无论是为了保护后端服务不被突发流量打垮，还是为了防爬虫、防恶意攻击，限流都是最常用的手段之一。常见的限流算法有计数器（固定窗口）、滑动窗口、漏桶、令牌桶等。今天我们就来聊一聊如何用 Redis 的有序集合（ZSET）实现一个滑动窗口限流，并以 IP 维度限制 60 秒内最多 100 次请求为例，给出完整的设计思路和代码。

Redis 作为高性能的内存数据库，广泛应用于缓存、消息队列、分布式锁等场景。但在实际使用过程中，经常会遇到内存溢出(OOM)问题。本文将从实际工作经验出发，分享 Redis 内存溢出的排查思路和解决方案，帮助你在遇到类似问题时能够迅速定位并解决。

在分布式系统中，一个看似简单却至关重要的问题就是如何生成全局唯一的 ID。无论是订单系统、用户系统还是消息队列，都离不开唯一标识符。今天，我就带大家一起深入了解分布式 ID 发号器的设计思路和实现方案。

今天咱们聊一个电商开发中的大难题 - 秒杀系统的设计与实现。如果你曾经参与过双11、618这样的大促活动开发，一定知道秒杀功能有多么棘手。一个设计不当的秒杀系统，分分钟能让你的服务器崩溃，还可能导致超卖、订单错乱等一系列问题。

这篇文章我们要聊一个听起来高大上但其实每天都在用的技术概念——最终一致性。就像网购时订单和库存的同步、转账时的到账延迟，背后都是它在默默工作。但如果不了解它的脾气，分分钟就会掉进坑里！

MVC和DDD是后台开发两种流行的分层架构思想，MVC（Model-View-Controller）是一种设计模式，主要用于分离用户界面、业务逻辑和数据模型，便于分层解耦，而DDD（领域驱动设计）则是一种架构方法论，旨在通过构建业务领域模型来解决复杂系统中的设计和维护难题。

文章内容实现PC端扫码登录需要结合二维码生成/识别、长连接通信 和 跨设备认证 技术，以下是完整技术方案和实现步骤。

我们如果需要对磁盘进行读取或者写入数据的时候必须得有主体去操作，这个主体就是应用程序。应用程序是不能直接进行一些读写操作(IO)的，因为用户可能会利用此程序直接或者间接的对计算机造成破坏，只能交给底层软件—操作系统。也就是说应用程序想要对磁盘进行读取或者写入数据，只能通过操作系统对上层开放的API来进行。在任何一个应用程序里面，都会有进程地址空间，该空间分为两部分，一部分称为用户空间(允许应用程序进行访问的空间)，另一部分称为内核空间（只能给操作系统进行访问的空间，它受到保护）。

文章围绕 10W QPS 高并发下如何防止重复下单展开，介绍了电商订单支付的核心流程，重复下单的定义、危害及发生场景，阐述了幂等性问题及解决接口幂等性的口诀，还详细讲解了多种防止重复下单的方案，如按钮置灰、请求唯一 ID 结合数据库唯一索引、redis 分布式锁结合相关方式等，并指出解决幂等性主要是加锁和唯一性 ID 校验，高并发场景需优化相关性能，还提到需技术、产品、运营共同支持。