<?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%BF%A1%E8%AA%89%E6%B2%BB%E7%90%86/</link><description>Recent content in 信誉治理 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Wed, 20 Oct 2021 16:52:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E4%BF%A1%E8%AA%89%E6%B2%BB%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏服务器匹配处罚限制架构设计</title><link>https://plumephp.com/game-server-match-penalty-restriction-architecture/</link><pubDate>Wed, 20 Oct 2021 16:52:00 +0800</pubDate><guid>https://plumephp.com/game-server-match-penalty-restriction-architecture/</guid><description>&lt;p&gt;游戏服务器端架构设计最难的地方，不是把主流程写通，而是让系统在玩家重复操作、弱网、运营干预、版本切换和服务重启时仍然能解释。竞技和合作游戏都需要处理秒退、挂机、拒绝确认、恶意掉线和消极行为。处罚过轻会伤害其他玩家，处罚过重又会误伤弱网玩家。若匹配服务只临时记录一个 banUntil，很难解释处罚原因、叠加规则和申诉结果。匹配处罚限制架构要把行为事件、处罚评估、限制流水、入口拦截和恢复机制分开。&lt;/p&gt;</description></item></channel></rss>