JWT 身份验证：构建安全的 API 认证系统
JWT 身份验证：构建安全的 API 认证系统 在构建现代 Web API 时，身份验证是不可或缺的一环。传统的 Session 认证方式在分布式系统中面临诸多挑战，而 JWT（JSON Web Token）提供了一种优雅、无状态的解决方案。
posts
Posts
坐骑状态同步架构：上马、下马、加速和禁止区域如何服务端裁决
背景：看似边缘的功能，往往会触到核心状态 坐骑系统看似只是移动速度变快，但它会影响移动校验、技能释放、地图区域、战斗状态、采集交互和客户端表现。玩家点击上马后，客户端希望立即播放动画；服务端则要判断是否在禁止区域、是否处于战斗、是否被控制、坐骑是否可用。坐骑状态同步就是在手感和权威裁决之间找平衡。
Steam 游戏 AI 行为实战：2021 年 5 月个人项目如何做敌人状态、感知与调试
AI 的目标是可读和可靠 个人游戏里的 AI 常常被误解为越聪明越好。实际上，大多数 Steam 玩家希望敌人行为可读、可预测但不死板。玩家需要理解敌人为什么发现自己、为什么追击、什么时候攻击、如何脱战。如果 AI 过于随机或状态不清，玩家会觉得不公平。
游戏客户端队伍语音：权限、设备和 UI 状态要一起设计
语音不是开关按钮 队伍语音在客户端里经常被压缩成一个麦克风按钮：点一下开，再点一下关。实际体验远比这复杂。玩家可能没给麦克风权限，系统可能占用音频设备，耳机突然断开，队友在静音，频道连接失败，弱网导致语音断续，后台切前台后音频会话丢失。
WebSocket 实时通信：构建交互式应用
WebSocket 实时通信：构建交互式应用 传统的 HTTP 请求-响应模型无法满足实时应用的需求。想象一下聊天室、股票行情、在线游戏这些场景，客户端需要即时收到服务器的消息，而不是不断轮询。WebSocket 提供了一种在单个 TCP 连接上进行全双工通信的协议，让服务器可以主动向客户端推送数据。
Steam 游戏经济循环实战：2021 年 5 月个人项目如何设计货币、商店、奖励与消耗
经济系统的目标 个人游戏里的经济系统可以很小：金币买道具、材料升级武器、碎片解锁角色、能量购买临时能力。但只要存在资源获取和消耗，就已经是经济系统。它的目标不是让玩家刷更多，而是让选择有意义：现在买治疗，还是攒钱升级；先解锁新能力，还是强化常用武器。
临时属性快照架构：Buff、装备和活动加成如何在结算时说得清
背景：看似边缘的功能，往往会触到核心状态 角色属性不是一组静态数字。装备、Buff、队伍光环、活动加成、地图效果、临时药水都会影响它。玩家进入战斗时是一个属性，战斗结算时装备可能已经变化，活动加成也可能过期。如果服务端结算时重新读当前属性，就会出现“当时打出来的结果”和“后来结算的结果”不一致。
游戏客户端好友在线与邀请：不要让社交状态变成玄学
好友状态不是一个绿点 好友列表里那个在线绿点背后有很多状态：在线、离线、游戏中、组队中、匹配中、观战中、隐身、忙碌、跨服不可邀请、版本不一致。玩家点击邀请时，期待的是“能不能一起玩”的答案，而不是一个模糊的在线标记。
RESTful API 设计：构建优雅的 Web 接口
RESTful API 设计：构建优雅的 Web 接口 在当今的软件开发中，API（应用程序接口）已经成为连接不同系统和服务的桥梁。RESTful API 因其简单性、灵活性和可扩展性，成为了最流行的 API 设计风格之一。
队伍语音令牌代理架构：实时语音接入不应该绑死在战斗服里
背景：看似边缘的功能，往往会触到核心状态 很多在线游戏会接入第三方实时语音服务。看起来只是客户端拿一个 token 加入频道，但服务端如果把这件事做得太随意，就会出现离队玩家还能听语音、房间解散后频道仍然存在、被禁言玩家绕过限制、第三方服务故障拖慢匹配或战斗服。
游戏客户端邮件附件：从红点到一键领取的可信闭环
邮箱不是一个消息列表 游戏邮箱常被当成普通列表：标题、发件人、时间、正文、附件、领取按钮。真正上线后，它会承担补偿、活动奖励、拍卖结果、系统通知、客服回复、道具返还和跨服结算。玩家对邮箱的信任很高，因为很多重要资产都从这里进背包。客户端如果把邮箱做得像简单公告，很容易在附件、红点、过期和弱网场景里出问题。
Steam 游戏任务系统实战：2021 年 5 月个人项目如何设计状态机、触发器与存档
任务系统为什么容易失控 个人游戏进入中后期后，任务系统经常从几行变量变成一团状态。某个 NPC 对话后开门，拿到道具后刷新目标，击败敌人后播放过场，读档后又要恢复这些变化。早期写成 、 没问题，但等 Steam Demo 或正式版需要稳定运行时，临时变量会让 bug 很难查。
中间件模式：构建灵活的 Web 应用
中间件模式：构建灵活的 Web 应用 在 Web 开发中，有很多横切关注点（cross-cutting concerns）需要在每个请求中处理：日志记录、身份验证、权限检查、请求限流、CORS 处理等等。如果把这些逻辑都写在每个 handler 里，代码会变得冗余且难以维护。
Steam 商店承诺与开发实现对齐：2021 年 4 月个人游戏功能审计实战
商店页也是开发需求来源 个人游戏上 Steam 时，商店页常被当成市场材料：标题、短描述、截图、标签、功能点、语言支持、控制器支持、发售计划。但对玩家来说，这些就是购买前的承诺。只要页面写了，玩家就会在游戏里寻找对应体验。
游戏服务器新手引导进度检查点架构：可跳过、可恢复、可追踪
围绕新手引导、主线前几分钟体验和断线恢复，说明服务器如何设计引导进度检查点，兼顾客户端表现自由、服务器状态可信、数据分析准确和灰度实验可控。
项目架构：构建可维护的 Go 应用
项目架构：构建可维护的 Go 应用 当你的 Go 项目从几十行代码的小工具，成长为成千上万行代码的大型应用时，一个清晰的项目架构就变得至关重要了。好的架构能让代码： - 易于理解 ：新人能快速找到相关代码 - 易于测试 ：各层职责清晰，便于单元测试 - 易于维护 ：修改一处不会影响其他部分 - 易于扩展 ：新功能...
游戏客户端移动端输入框：软键盘、中文输入法和提交体验
移动端输入框比看起来难 游戏客户端里的输入框并不少：角色名、公会公告、聊天、兑换码、搜索、好友备注、反馈表单。PC 上一个输入框很普通，移动端却会遇到软键盘遮挡、输入法组合态、emoji、复制粘贴、敏感词、字数统计、横竖屏切换、安卓返回键和 iOS 安全区。
Steam 轻量联机开发实战：2021 年 4 月个人游戏如何判断要不要做多人模式
多人模式不是一句卖点 个人游戏上 Steam 时，很容易觉得“加一个合作模式会更好卖”。但多人模式不是标签，而是一整套技术和设计承诺：输入、同步、UI、难度、存档、断线、匹配、邀请、延迟、测试、玩家支持都会跟着变复杂。如果玩法本身没有从多人中获得明显收益，强行加入可能拖垮项目。
Go 最佳实践：写出优雅的 Go 代码
Go 最佳实践：写出优雅的 Go 代码 学习一门语言不仅仅是掌握语法，更重要的是理解这门语言的设计哲学和最佳实践。Go 语言有其独特的风格和约定，遵循这些实践能帮你写出更清晰、更健壮、更易维护的代码。
游戏服务器战斗结算校验流水线：从结果上报到可信发奖
问题背景 战斗结束后，客户端想尽快看到胜负和奖励，服务器则必须确认结果可信。尤其是弱联网副本、移动网络断线、客户端参与计算的玩法，结算链路如果只接收一个 win=true，就等于把奖励入口交给了不可信环境。可信结算不是所有战斗都全量回放，而是按风险分层，让大多数正常对局快速结算，让可疑对局进入更重的校验。