今天跟大家分享一下我折腾了大半年的一个玩意儿，我给它起名叫《边缘 – 终极版杨过游戏》。
决定折腾它：就是不服气
话说回来，我一开始就没打算搞个什么大作，我就想，能不能用我那个角落里吃灰的小盒子，跑一个能看的ARPG。那个小盒子，性能就那样，连个像样的散热片都没有。我就想着，要搞一个极致精简、能单手操作，还带点武侠味道的，就像杨过一样，简简单单，但内力深厚。
我拍脑袋决定，用Unity来搞，但是不能用传统那一套，那玩意儿太吃资源了。我狠狠心，咬牙上了DOTS那套新技术。当时我的想法很直接：
- 要轻：模型面数我咔咔就砍，特效能删的全删掉。
- 要快：逻辑必须用ECS，数据驱动，不给CPU添一点麻烦。
- 要牛：能在巴掌大的小盒子上，稳当当地跑起来。
第一次碰壁：性能把我的脸打肿了
我兴冲冲地搭起了基本的框架，实现了摇杆控制、基础攻击和怪物的寻路。把项目扔进那个小盒子一跑，好家伙，我傻眼了。画面是一动一动的，不是流畅的动，而是卡顿的动！帧数直接掉到个位数，CPU温度直接飙到烫手。这哪是杨过，这是残废！
我开始怀疑人生，这ECS真有传说中那么神吗？我立刻动手，一层一层地扒拉代码和设置。
小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
我的实践记录是：
- 排查：发现合批效率低，每一次绘制都在浪费时间。
- 优化：我手动合并了所有能合批的材质，狠狠压缩了贴图。又去折腾了物理计算，把大部分刚体改成了Trigger。
- 结果：重新部署，帧数涨到了十几帧。进步是有的，但离“终极版”还远着。
终极方案与我的“边缘”坚持
这十几帧我忍不了。我思来想去，既然小盒子不行，那我就利用它的“边缘”特性！
我决定了一个大胆的尝试：把最耗资源，但对实时性要求又没那么高的部分，扔给家里的另一台旧笔记本去算！
我赶紧搭了一个简单的网络同步机制，让笔记本充当“云端大脑”，负责计算复杂的AI行为树和一些场景加载预判。小盒子就负责接收指令，只做渲染和最简单的玩家输入。
这个“边缘计算”的想法一落地，效果立竿见影！小盒子瞬间感觉轻松了不少，帧数一下子提到了稳定三十帧左右。虽然偶尔还是会因为网络波动卡顿一下，但已经可以玩了，而且摸上去，小盒子的温度也降下来了！
为什么我非要死磕这个小盒子？为什么非要搞这个“边缘计算”？
这事儿得从我离开上家公司说起。当时我在那儿搞一个他们吹上天的“大项目”，结果做出来的都是半成品，各种技术债堆积如山。我跟老板提，要用更轻量级的方案，要把资源用在刀刃上，结果被他一顿嘲笑，说我搞这些小玩意儿是浪费时间，说我这个小作坊出来的就只会抠抠搜搜。
我一气之下就辞职了。这个《边缘 – 终极版杨过游戏》就是我用来证明的。证明我不用他们那套又贵又臃肿的集群，一样能做出一个完整跑起来的东西。
看着这个小盒子安静地在角落里跑着我自己写的杨过，我心里特踏实。听说我老东家那个所谓的“大项目”，现在还在四处招人填坑，代码烂得不行，他们开的工资也越涨越高，可就是没人愿意接手这堆烂摊子。而我，抱着我的“边缘”小盒子，继续打我的杨过，真爽！