<?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/%E4%BA%89%E8%AE%AE%E5%A4%84%E7%90%86/</link><description>Recent content in 争议处理 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 06 Sep 2021 15:38:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E4%BA%89%E8%AE%AE%E5%A4%84%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏房间快照归档架构：让一次对局事后还能被解释</title><link>https://plumephp.com/game-server-room-snapshot-archive-architecture/</link><pubDate>Mon, 06 Sep 2021 15:38:00 +0800</pubDate><guid>https://plumephp.com/game-server-room-snapshot-archive-architecture/</guid><description>&lt;h2 id="背景问题通常不是突然出现的"&gt;背景：问题通常不是突然出现的&lt;/h2&gt;
&lt;p&gt;当玩家投诉“最后一秒明明占点成功却输了”，客服和研发最怕看到的是一堆零散日志：玩家 A 在 19:59:58 发了输入，服务器在 19:59:59 广播了比分，结算在 20:00:00 触发。日志能证明代码跑过，但不能证明当时房间里的状态到底是什么。房间快照归档要解决的是可解释性：在不把每一帧完整状态都写进数据库的前提下，让一次对局事后能重建关键状态。&lt;/p&gt;</description></item></channel></rss>