- 01 业务建模 房间 · 匹配 · 规则
- 02 实时运行 状态机 · AI 托管
- 03 稳定闭环 重连 · 结算 · 恢复
复杂游戏核心框架
Go · goroutine · channel · context
围绕房间、匹配、对局流程、状态机、AI 托管、规则与结算进行业务建模,抽象可复用接口,让不同玩法更快、更稳地接入。
高级 Golang 游戏服务端工程师 · 个人简历
hyperli0612@gmail.com · +86 199 7024 2776
Cc
CC我是 Cc,高级 Golang 游戏服务端工程师 / 核心模块主程。8 年以上软件研发、7 年以上 Go 后端经验;长期负责海外多人在线游戏的核心模块,从业务建模、实时通信到性能治理和线上保障。也把 ChatGPT 与 Codex 接入需求、开发、验证和文档流程,但始终保留工程判断与责任。
2018 年从 Java 后端起步,2019 年转向 Go 与分布式服务,2020 年起持续深耕多人在线游戏服务端。技术栈在变,但做的事情始终一致:把模糊需求拆成可验证的模型、接口和交付计划。
现在,我能够独立推进从需求评审、架构与接口设计、核心模块开发、性能调优、容器化发布到线上故障闭环的完整链路,也通过任务拆分、技术评审、代码评审和新人培养放大团队产出。
更重要的是把业务模型、实时状态、性能风险和上线结果连成一个闭环。
Go · goroutine · channel · context
围绕房间、匹配、对局流程、状态机、AI 托管、规则与结算进行业务建模,抽象可复用接口,让不同玩法更快、更稳地接入。
TCP/IP · HTTP · WebSocket · gRPC / RPC
处理长连接、实时交互、异常退出、断线重连和对局恢复,并在项目中使用 MySQL、Redis 支撑相关服务。
Linux · Docker · Kubernetes · Helm
定位 CPU、内存、GC、网络与资源竞争问题,并完成容器化发布、线上排障、服务治理和版本保障。
Golang 后端工程师|核心模块主程
长期负责海外多人在线游戏服务端设计与核心业务研发,覆盖多款 PVP、PVE 与竞技玩法;参与架构、接口与数据结构设计,支撑多玩法、多活动并行迭代。
房间匹配、对局流程、状态机、AI 托管、规则结算、活动系统与异常恢复。
需求评审、核心研发、性能调优、容器化发布、线上排障与版本保障。
关键技术决策、任务拆分与评估、候选人技术评估、新人培训、代码评审与跨团队交付。
2019.02 — 2019.12 · 深圳智慧乐园科技有限公司
完成从业务后端到分布式系统的能力跃迁,参与 8 个子系统拆分、服务通信、统一鉴权与通用组件研发。2018.02 — 2019.01 · 江西省润海通科技有限公司
从校园进入商业软件研发,参与 Java 后端功能开发与维护,建立工程交付基础。2015 — 2018 · 九江职业技术学院
计算机网络技术专业,为后来的服务端、网络通信与系统工程打下基础。选择三个阶段,分别代表实时玩法、分布式架构与通用能力沉淀。
2020.05 — 至今 · 后端开发 / 核心模块主程
面向海外市场的多人在线游戏服务端,覆盖 PVP、PVE 与多类竞技玩法,支持多款产品持续迭代与运营。
Go · WebSocket · MySQL · Redis · Docker · Kubernetes · Helm
2019 · Golang 后端开发
面向监控识别业务的管理系统,包含管理端、用户端与后台服务,是我从业务后端走向分布式架构的重要阶段。
Go · Beego · Eureka · gRPC / RPC · Redis · JWT · Docker
2019 · Golang 后端开发
围绕即时通信、Socket 集群与小程序后台文件管理,开发可在不同 Web 业务中使用的通用服务端组件。
Go · Beego · WebSocket · TCP · Redis · Docker · Nginx
AI × ENGINEERING
我把 ChatGPT 与 Codex 用于需求澄清、仓库理解、任务拆解、实现验证和文档沉淀。AI 加速探索与执行;问题边界、风险判断、证据核验和最终技术决策仍由我负责。
澄清目标、约束与验收标准,先形成可执行上下文。
阅读代码、定位链路、实施修改,并运行验证。
检查差异、测试与日志,做出最终技术决策。
把模糊目标拆成范围、模型、接口、任务与验收标准,再进入实现。
提供代码库背景、约束、修改边界与验证步骤,让 Codex 承接边界清晰的工程任务。
查看调用链、代码差异、测试、静态检查与日志,重点关注并发、性能、一致性和资源风险。
把结论整理成 Markdown、流程图、检查清单和项目说明,让后续协作更快进入状态。
我的 MBTI 结果是建筑师(INTJ)。我更愿意把它当作一个自我观察视角:它解释了我为什么偏爱独立判断、系统思考与长期规划,但真正的能力仍要由项目和线上结果验证。
先拆清业务对象、状态边界与异常路径,再决定接口和实现。
性能判断落到吞吐、等待时间、中断率、CPU、内存与 GC 等可观察结果。
不把开发结束当完成,持续覆盖发布、恢复、排障和版本保障。
通过评审、任务拆分、代码评审和新人培养,把个人判断转成团队可执行的方案。