这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
游戏实时语音信令服务设计
实时语音通常由第三方 RTC 承担音频传输，但游戏服务端仍然要负责信令和权限。谁能进语音房间，谁能说话，队伍解散后频道是否关闭，玩家被禁言是否影响语音，这些都不是 RTC SDK 自己能决定的。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
个人游戏技术选型案例：竞速游戏回放为什么只记录输入而不是录视频
写在前面：回放系统不是录屏功能 个人开发者做竞速、动作挑战、速通类游戏时，经常想加回放。玩家跑出好成绩，可以回看。也可以和自己的最佳成绩比赛。甚至可以分享给朋友。很多人第一反应是录视频。但游戏里的回放系统，通常不是录屏。
Phaser 卡牌战斗拖拽系统：出牌不是把 Sprite 拖到敌人身上
卡牌拖拽的难点在出牌判定 Phaser 做卡牌战斗很直观：卡牌是 Sprite 或 Container，手牌区是一排对象，拖到敌人身上释放，就触发技能。原型阶段这样写很快，但上线项目很快会遇到更多规则：费用不够不能出，沉默状态不能出，某些牌必须选友方，某些牌不需要目标，拖到空地要取消，动画播放期间不能连点，服务端...
Godot SubViewport 实战：小地图、镜面与安全的二次渲染
背景：SubViewport 二次渲染为什么值得单独设计 SubViewport 很容易让人兴奋：小地图、镜子、监控屏、角色预览、装备试穿、卡牌 3D 展示都能用它做。我们第一次在项目里加小地图时，只是复制一个 Camera2D 放进 SubViewport，再把 ViewportTexture 贴到 UI 上。
Phaser 资源加载与缓存策略：首屏快，不代表后面可以乱
围绕 Phaser Loader、Texture Cache、Audio Cache 和分阶段加载，讲解 Web 游戏如何设计可信的资源加载与缓存策略。
游戏好友关系与社交图谱服务设计
好友系统表面上很轻：申请、同意、删除、拉黑。上线后它会连接聊天、组队、邀请、排行榜、赠礼、召回和推荐。社交关系一旦错乱，玩家会立刻感知，尤其是黑名单失效、好友消失、邀请发错人这类问题。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
Godot 语音设备热切换与权限恢复：耳机、蓝牙和系统麦克风怎么接回来
为什么要单独治理 四人组队副本里，队长在开怪前插上有线耳机，治疗玩家从蓝牙耳机切回手机扬声器，另一个玩家因为系统隐私开关被临时关闭麦克风。服务端语音频道还在，房间成员也都在线，但客户端本地输入设备已经不是进入房间时的那一套。
个人游戏技术选型案例：程序生成为什么选择种子房间而不是纯随机地图
一个个人 Roguelite 游戏在纯随机生成、手工关卡和种子房间组合之间做技术选型的案例，详细讨论可控难度、内容产能、调试和玩家公平感。
游戏本地化和配音管线：从文本锁定到多语言上线的全流程
拆解游戏多语言本地化与配音制作的完整流程，覆盖文本资产管理、术语表、上下文、配音录制、LQA、版本锁定和上线回归，帮助团队降低翻译返工和上线事故。
跨平台游戏账号绑定的服务端设计
跨平台登录让玩家可以在手机、PC、主机或网页之间切换，但账号绑定也带来很多复杂边界。游客账号绑定平台账号，老玩家换设备，两个平台账号都已有角色，玩家误绑或被盗绑，服务端必须能安全处理。账号系统一旦出错，影响的不是功能体验，而是玩家身份和资产。
游戏经济系统反通胀：赛季重置、资源回收和长期留存的平衡
系统介绍游戏经济通胀的成因与治理方法，拆解赛季重置、资源回收、货币分层、养成上限、交易税和补偿设计，帮助团队在不伤害玩家投入感的前提下维持长期经济健康。
个人游戏技术选型案例：物理解谜为什么没有直接依赖完整物理引擎
写在前面：物理效果自然，不等于适合解谜 个人开发者做物理解谜游戏时，很容易先接入完整物理引擎。刚体、碰撞、关节、摩擦、弹力、重力，一切都现成。原型也很快能动起来。但物理解谜有一个特别敏感的问题： 玩家失败时，必须觉得是自己判断错了，而不是系统飘了。
Phaser Tilemap 与 Tiled 关卡流水线：地图不是一张背景图
从 Tiled 地图制作、Tilemap 图层、碰撞层、对象层和关卡配置出发，讨论 Phaser 项目如何建立可维护的 2D 关卡生产流水线。
Godot 编辑器内容校验插件：把错误挡在提交之前
很多 Godot 项目的第一个内容质量问题，不是代码崩溃，而是资源和场景悄悄变脏。比如一个怪物场景忘了挂碰撞层，一个 UI 场景里按钮没有命名，一个角色 Resource 的技能 id 填错，编辑器里看起来只是“小问题”，但进入内测包后会变成无法复现的线上缺陷。
Godot 根运动与角色移动：动画驱动手感的工程边界
背景：根运动角色移动不是一个孤立功能 角色移动最容易陷入两种极端：完全由代码控制位置，动画像贴在角色身上的皮；完全相信动画根运动，碰撞和输入又变得难以控制。我们在做一个近战动作角色时就踩过这个坑。攻击位移由动画师做得很漂亮，角色出刀时有前冲、收招时有回拉，但程序侧仍然用固定速度推进 CharacterBody。
游戏 LiveOps 事故响应：活动翻车、经济异常和服务器波动怎么处理
一份面向游戏运营团队的 LiveOps 事故响应指南，覆盖事故分级、监控告警、战情室协作、玩家沟通、补偿策略、复盘模板和长期治理，帮助团队把线上风险控制在可承受范围内。
世界 Boss 玩法的服务端设计
世界 Boss 是很多在线游戏都会做的玩法。它看起来只是地图上刷一个大怪，玩家一起打，按伤害或参与度发奖励。真正上线时，它会集中考验服务器的 AOI、伤害统计、热点承载、奖励结算和反作弊。Boss 刷新的那几分钟，往往是全服最拥挤的时刻。
游戏服务器幂等 API 设计模式
游戏服务器里的很多接口都不能假设只会被调用一次。客户端超时会重试，网关可能重发，消息队列可能至少一次投递，后台任务可能崩溃后重跑。领取奖励、战斗结算、支付发货、邮件附件、活动兑换，如果没有幂等设计，重复请求就会变成重复发奖或重复扣费。
跨平台存档和账号同步：PC、手机、主机一起做时怎么避坑
跨平台体验听起来很美：玩家在手机上玩一会儿，回家用 PC 继续，周末在主机上接着打。但真正实现起来，难点远不只是“把存档上传云端”。账号体系、平台规则、付费资产、离线进度、冲突合并、作弊风险、客服查询，每一项都会影响玩家信任。
个人游戏技术选型案例：敌人 AI 为什么选择有限状态机而不是行为树
一个个人潜行动作游戏在有限状态机、行为树和 GOAP 之间做敌人 AI 技术选型的案例，详细讨论可调试性、关卡脚本、警戒状态和个人开发维护成本。