<?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/%E9%87%87%E6%A0%B7%E6%9E%B6%E6%9E%84/</link><description>Recent content in 采样架构 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 18 Oct 2025 11:52:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E9%87%87%E6%A0%B7%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏服务器战斗遥测采样架构设计</title><link>https://plumephp.com/game-server-combat-telemetry-sampling-architecture/</link><pubDate>Sat, 18 Oct 2025 11:52:00 +0800</pubDate><guid>https://plumephp.com/game-server-combat-telemetry-sampling-architecture/</guid><description>&lt;h2 id="背景"&gt;背景&lt;/h2&gt;
&lt;p&gt;战斗系统最需要数据，也最怕数据拖慢。策划想看技能命中率、连招路径、死亡原因；反作弊想看异常输入和命中裁决；研发想看 Tick 耗时和广播大小。若战斗服把所有细节都完整写日志，成本和延迟会失控；若只记录结算结果，又无法解释为什么某个英雄过强、某个技能争议多。战斗遥测采样架构要在信息量和实时性能之间找到平衡。&lt;/p&gt;</description></item></channel></rss>