游戏客户端是玩家直接接触的部分：画面、操作、音效、界面。它由渲染、游戏逻辑、资源管理、输入处理、UI系统等模块组成。理解客户端的基础结构，能帮你看懂「游戏为什么卡、为什么崩」，也能在和技术沟通时说清需求。在成都做游戏客户端，性能问题往往要到低端机上才会暴露。
游戏是「一帧一帧」跑的：每一帧处理输入、更新逻辑、渲染画面。帧率越高，画面越顺。
游戏循环要保持「稳定」：帧率忽高忽低，玩家会觉得「卡顿」。稳定性比「峰值帧率」更重要。
循环里要「控时」：逻辑更新和渲染要分离，避免「逻辑卡住画面」。
渲染是把「3D场景」变成「屏幕画面」的过程：顶点处理、光栅化、着色、后处理。
渲染要「省」：减少draw call、合并材质、用LOD、做剔除。不做优化，复杂场景就跑不动。
渲染还要「适配」：不同GPU、不同分辨率，要能分级。低端机降画质，高端机开满。
游戏逻辑是「规则」：移动、碰撞、伤害、胜负、道具。它决定「玩起来是什么样」。
逻辑要「清晰、可扩展」：模块化、状态机、事件驱动。写成一团，改一个功能就崩一片。
逻辑还要「可配置」：数值、关卡、道具做成配置，方便调平衡，而不是「改代码」。
游戏资源多：模型、贴图、音效、动画、配置。资源管理负责「加载、缓存、释放」。
加载要「分级、异步」：先加载必要资源，其余按需加载，避免「一进游戏卡半天」。
释放要「及时」：不用的资源要卸载，否则内存越用越多，最后崩溃。内存管理是客户端的基本功。
输入包括触屏、手柄、键鼠。客户端要「捕获输入、映射操作、给反馈」。
操作要「跟手」：延迟低、响应快、有反馈。手感差，游戏再好也留不住人。
还要处理「多指、手势、组合键」。移动端尤其要「防误触、留点击区」。成都不少项目在资源管理上吃亏，内存越用越多，最后直接崩溃。
游戏UI包括：主界面、背包、商城、设置、结算。它要和游戏逻辑「解耦」，独立管理。
UI要「适配多分辨率」：不同屏幕、不同比例，布局要能自适应。
UI还要「性能友好」：避免频繁重建、避免过度动画。UI卡，玩家会觉得「整个游戏卡」。
误区一：「先做效果，性能以后优化」。等美术资源堆满再优化，往往要推翻重做，代价极高。
误区二：「逻辑和渲染混在一起」。两者耦合，改一处牵动全局，后期维护极痛苦。正确做法是「逻辑与表现分离」。
误区三：「不做对象池」。频繁创建销毁对象会引发GC卡顿，子弹、特效、列表项都应用对象池。
误区四：「只在高端机测试」。只在高配机上流畅，低端机必然翻车。要从中低端机开始调，往上兼容。
入门：先掌握一门语言（C#、C++或TypeScript）与一个引擎基础，能做出「能玩的小demo」。
进阶：学渲染原理、内存管理、性能分析，能定位并解决「卡顿、掉帧、崩溃」。
深入：学架构与工具链，能做「资源管线、热更新、多平台构建」。
路径的关键是「做完整项目」。只学教程不做项目，永远停在「看得懂、做不出」。
优化要「先测后优」：用工具测帧率、内存、draw call，找到瓶颈再优化。
常见手段：减面、合批、LOD、对象池、异步加载。每个手段针对不同瓶颈。
调试要「有工具」：日志、断点、性能面板。没有工具，优化就是「盲人摸象」。性能是客户端开发的「长期功课」。对成都的开发团队来说，先测再优、逻辑与表现分离，是两条基本纪律。
