<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>幂等 on PlumePHP</title><link>https://plumephp.com/tags/%E5%B9%82%E7%AD%89/</link><description>Recent content in 幂等 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 01 Jun 2026 21:47:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%B9%82%E7%AD%89/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏服务器幂等 API 设计模式</title><link>https://plumephp.com/game-server-idempotent-api-design-patterns/</link><pubDate>Mon, 01 Jun 2026 21:47:00 +0800</pubDate><guid>https://plumephp.com/game-server-idempotent-api-design-patterns/</guid><description>&lt;p&gt;游戏服务器里的很多接口都不能假设只会被调用一次。客户端超时会重试，网关可能重发，消息队列可能至少一次投递，后台任务可能崩溃后重跑。领取奖励、战斗结算、支付发货、邮件附件、活动兑换，如果没有幂等设计，重复请求就会变成重复发奖或重复扣费。&lt;/p&gt;</description></item><item><title>游戏客户端请求队列与幂等：玩家连点不是异常，是日常</title><link>https://plumephp.com/client-request-queue-and-idempotency/</link><pubDate>Sun, 24 May 2026 08:57:00 +0800</pubDate><guid>https://plumephp.com/client-request-queue-and-idempotency/</guid><description>&lt;p&gt;玩家会连点按钮，这是事实，不是异常。网络会慢，请求会超时，回包会乱序，重连后旧请求可能回来，这些也都是事实。客户端如果假设“玩家只点一次，网络马上返回”，商城、背包、领取、强化、抽卡、支付这类功能迟早会出问题。&lt;/p&gt;</description></item><item><title>战斗结算服务如何防止重复发奖</title><link>https://plumephp.com/battle-settlement-service-prevent-duplicate-rewards/</link><pubDate>Thu, 19 Feb 2026 20:58:00 +0800</pubDate><guid>https://plumephp.com/battle-settlement-service-prevent-duplicate-rewards/</guid><description>&lt;p&gt;战斗结算是游戏服务器里最不能含糊的流程之一。玩家打完一场战斗，服务器要发经验、金币、道具、积分、任务进度，还可能触发活动、排行榜、公会贡献和成就。结算成功时，玩家立即感知到奖励；结算失败时，玩家会立刻投诉；结算重复时，问题会变成资产事故。很多服务端问题可以稍后修，重复发奖通常没有这么从容。&lt;/p&gt;</description></item></channel></rss>