这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
孢子三部曲创作手记：17年写作回望目录
《孢子三部曲创作手记》是一组记录 17 年小说写作过程的反思性文章。三部曲包括《孢子危机》《孢子崛起》《孢子起源》，主题围绕人类面对不以自身为中心的生命形式时的危机、秩序、起源和自我位置。这组手记不是小说正文，而是一次关于长期创作的回望：时间的困难、能力的困难、结构的困难、人物的困难，以及重写的痛苦和自我怀疑。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
Godot 赛后结算弱网补偿：奖励可以晚到，状态不能说两套话
为什么要单独治理 一局 12 分钟的合作战斗结束后，服务端已经判定胜利并发放奖励，但客户端在结算动画期间切到弱网。玩家看到胜利镜头，点击继续却卡住；背包里奖励没出现，邮件里也没有，重新登录后奖励又突然到账。技术上看只是结算请求超时，玩家感受到的是“奖励到底有没有给”。
个人游戏技术选型案例：资源加载为什么从直接引用改成分组加载
一个个人 2D 冒险游戏在直接资源引用、Resources 目录、Addressables 和自定义资源清单之间做技术选型的案例，详细讨论包体、加载卡顿、内存和发布复杂度。
游戏地图实例生命周期管理
地图实例是很多在线游戏的基础单位。主城、野外、单人副本、组队副本、跨服战场都可以看成不同类型的地图实例。实例创建得太慢，玩家进图卡；回收不及时，资源浪费；异常清理不干净，玩家会卡在不存在的场景里。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
用 Phaser Arcade Physics 做战斗手感：碰撞盒比特效更诚实
从一个真实问题开始 一个角色攻击动画做得很漂亮，刀光也足够夸张，但玩家反馈只有两个字：不爽。录屏慢放后发现，视觉上刀已经砍到怪物，伤害却晚了半拍；怪物看起来碰到玩家时，实际碰撞盒还隔着几像素。特效骗不了手感，碰撞盒才是最诚实的部分。
Phaser 背包与装备系统：拖拽交换背后是物品状态一致性
背包不是一组图标 很多 Phaser 项目第一次做背包时，会把每个物品画成一个 Icon，加上数量文本，拖到另一个格子就交换。原型阶段没问题，但只要加入堆叠、装备槽、锁定、排序、出售、强化、掉落、存档和服务端同步，背包就会变成状态一致性的核心系统。
Godot 大型背包列表优化：虚拟滚动、复用与可预测的 UI 成本
背景：大型 UI 列表虚拟化为什么值得单独设计 背包刚做出来时只有几十个道具，GridContainer 里塞满 ItemCell 看起来很自然。上线前运营导入了几百个材料、碎片、活动道具和临时物品，问题立刻出现：打开背包卡一下，滚动时掉帧，切筛选时节点反复创建，图标异步加载回来还会错位。
游戏回归测试自动化：版本越做越大时，QA 怎么守住质量
介绍游戏回归测试自动化的落地方法，覆盖冒烟测试、核心路径、战斗模拟、资源校验、兼容性、CI 集成、测试数据和人工 QA 分工，帮助团队在频繁发版中控制质量风险。
游戏服务器实验与 A/B 测试设计
游戏运营会不断尝试新手引导、奖励节奏、商店排序、匹配参数和活动门槛。A/B 测试可以让团队用数据做决定，但实验系统如果设计粗糙，会污染数据，甚至影响玩家公平性。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
游戏玩家分层和 CRM：怎么把运营动作从群发变成精准触达
系统介绍游戏玩家分层与 CRM 运营方法，覆盖生命周期、行为分群、付费分层、流失预警、回流触达、活动推荐和效果评估，帮助运营团队提升触达质量而不是盲目群发。
Phaser Matter Physics 平台动作实践：斜坡、传感器和角色控制
选择 Matter 之前先确认问题 Phaser 同时提供 Arcade Physics 和 Matter Physics。很多团队看到 Matter 支持更复杂的刚体、斜坡和多边形，就想直接上 Matter。问题是 Matter 更灵活，也更容易把角色控制做得难以预测。
Godot 行为树调试：让敌人 AI 的每一步都能解释
敌人 AI 最难调的地方，不是它完全不动，而是它偶尔做出“看起来像错觉”的行为。玩家刚进房间，怪物停顿半秒才追；Boss 明明进入斩杀血量，却继续绕场；远程怪站在墙后不断尝试射击。策划说感觉不对，程序打开日志却只看到一串状态切换。
Godot 输入设备图标提示：键鼠、手柄与触屏之间的即时切换
背景：输入设备图标提示不是一个孤立功能 输入系统完成后，UI 提示往往才暴露问题。PC 版玩家用键盘看到“按 E 互动”，插上 Xbox 手柄后仍然显示 E；Switch 手柄 A/B 位置和 Xbox 不同，提示反了；触屏版本没有实体按键，仍然显示键鼠快捷键。
游戏 DLC 制作管线：从商业定位到内容交付的完整拆解
从单机、买断制和服务型游戏角度拆解 DLC 制作管线，覆盖商业定位、内容范围、定价、制作排期、存档兼容、平台审核、营销节奏和玩家预期管理。
游戏实时语音信令服务设计
实时语音通常由第三方 RTC 承担音频传输，但游戏服务端仍然要负责信令和权限。谁能进语音房间，谁能说话，队伍解散后频道是否关闭，玩家被禁言是否影响语音，这些都不是 RTC SDK 自己能决定的。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
个人游戏技术选型案例：竞速游戏回放为什么只记录输入而不是录视频
写在前面：回放系统不是录屏功能 个人开发者做竞速、动作挑战、速通类游戏时，经常想加回放。玩家跑出好成绩，可以回看。也可以和自己的最佳成绩比赛。甚至可以分享给朋友。很多人第一反应是录视频。但游戏里的回放系统，通常不是录屏。
Phaser 卡牌战斗拖拽系统：出牌不是把 Sprite 拖到敌人身上
卡牌拖拽的难点在出牌判定 Phaser 做卡牌战斗很直观：卡牌是 Sprite 或 Container，手牌区是一排对象，拖到敌人身上释放，就触发技能。原型阶段这样写很快，但上线项目很快会遇到更多规则：费用不够不能出，沉默状态不能出，某些牌必须选友方，某些牌不需要目标，拖到空地要取消，动画播放期间不能连点，服务端...
Godot SubViewport 实战：小地图、镜面与安全的二次渲染
背景：SubViewport 二次渲染为什么值得单独设计 SubViewport 很容易让人兴奋：小地图、镜子、监控屏、角色预览、装备试穿、卡牌 3D 展示都能用它做。我们第一次在项目里加小地图时，只是复制一个 Camera2D 放进 SubViewport，再把 ViewportTexture 贴到 UI 上。
Phaser 资源加载与缓存策略：首屏快，不代表后面可以乱
围绕 Phaser Loader、Texture Cache、Audio Cache 和分阶段加载，讲解 Web 游戏如何设计可信的资源加载与缓存策略。
游戏好友关系与社交图谱服务设计
好友系统表面上很轻：申请、同意、删除、拉黑。上线后它会连接聊天、组队、邀请、排行榜、赠礼、召回和推荐。社交关系一旦错乱，玩家会立刻感知，尤其是黑名单失效、好友消失、邀请发错人这类问题。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。