为什么选择GameMaker Studio 2？
2023年我想做一款像素风冒险游戏，考察了多个引擎后选择了GMS2。原因很简单：
• 上手快：我花了3天就做出了可玩的原型（之前用Unity花了2周）
• 专注2D：内置的物理引擎、碰撞检测、动画系统都是为2D优化的
• 成功案例多：《Undertale》《Hotline Miami》《Katana ZERO》都是GMS做的
安装与配置（踩坑记录）
版本选择：
• 免费版：功能受限（无法导出exe、有启动画面）
• 永久授权：约¥1,200（Creator版，可导出Windows/Mac）
• 订阅制：约¥80/月（适合短期项目）
第一个项目：行走的方块人
跟着官方教程做「Space Rocks」（类似小行星的游戏），我用了6小时完成：
• 学会拖拽编程（Drag & Drop，DnD）
• 理解对象（Object）和精灵（Sprite）的关系
• 掌握房间（Room）编辑器的使用
GML编程：从DnD到代码
DnD（拖拽编程）适合原型开发，但做复杂逻辑会很乱。我到第3个项目时全面转向GML（GameMaker Language）。
GML基础语法（对比JavaScript）：
// 创建事件（Create Event）
hp = 100; // 定义变量（不用var也行，但不推荐）
speed = 4; // 移动速度
// 步进事件（Step Event）- 每帧执行
真实开发案例：《像素冒险》
我花5个月做的横版冒险游戏，已在Steam上架（售价¥18，销量1,200份）：
技术要点：
• 状态机实现（待机/行走/跳跃/攻击/受伤）
• 碰撞检测优化（用「place_meeting」替代「instance_place」，性能提升40%）
• 存档系统（用「ini_open」读写INI文件）
• 粒子特效（用「part_system_create」做雨雪效果）
性能优化实战
我的游戏在低端电脑（Intel核显）上只有30fps，优化后稳定60fps：
• 减少「draw」事件中的计算（把不变的内容放到「draw begin」）
• 使用纹理页（Texture Page）合并图片（从50个单独文件减到3个图集）
• 限制同屏活动对象（用「instance_deactivate_region」休眠屏幕外的敌人）
• 避免使用「surface」过度（我用「draw_sprite」替代了动态光照，性能好很多）
常见问题与解决方案
问题1：角色穿墙
原因：移动速度太快，一帧穿越了整个碰撞体。解决：用「move_and_collide」函数（GMS2.3.2+版本支持）或手动细分移动步长。
问题2：内存泄漏
原因：创建了大量实例但没销毁。解决：用「instance_destroy」及时清理，或用「with (obj) instance_destroy」批量删除。
导出与发布
支持的平台：
• Windows（最简单，一键导出exe）
• Mac/Linux（需要对应系统的电脑做打包）
• HTML5（浏览器游玩，但有性能损失）
• iOS/Android（需要开发者账号，约¥688/年）
• 主机平台（需要联系YoYo Games申请，审核严格）
学习资源推荐
• 官方手册（最权威，但我感觉写得散）
• YouTube「Shaun Spalding」（GMS教程之神，我的入门老师）
• 游戏宅基地bacc8.cn（我会分享GMS2实战技巧）
• GMC社区（官方论坛，问题响应快）
总结：GMS2适合谁？
推荐人群：
• 想做2D游戏的独立开发者（特别是横版、俯视角、卡牌类）
• 编程零基础但想学代码的人（GML比C#/C++友好）
• 想快速出原型的团队（GMS2的开发速度确实快） 不推荐：想做3D游戏、大型MMO、需要高级物理模拟的项目。
