合理规划场景
在增加闯关模式时我原来的方案是重新创建一个场景，专门用于闯关模式。这样经典模式和闯关模式两个场景就能够各自独立。在后续不论是针对哪个模式进行修改也好，扩展也好，只需要到其对应的场景中进行开发即可。
多创建一个场景，就相当于多了非常多的资源， 两种游戏模式之间，其实有非常多的东西都是可以共用的。但是，由于很多的资源和积木逻辑无法跨场景共用， 所以很多的内容就只能通过复制粘贴再创建一份了，这就导致了游戏中包含大量的重复的代码和资源。
在遇到了最大代码限制之后，我不得不重新考虑场景的规划，将这两个场景合二为一。
如图， 我将原来的“经典模式”和“关卡模式”两个场景合并到了一个“游戏”场景。在合并之后，节省了大量的代码空间，后来才能够增加“编辑”场景，实现用户自定义关卡的功能。
这里的一点提示就是不要不加节制的使用场景， 如果能使用一个场景搞定的事情，那就不要用更多场景了。
减少游戏中的精灵数目
游戏场景中的精灵的数量决定了渲染和计算需要的消耗量。总体上来讲，精灵的数目越多需要的渲染和计算的量就越多。所以为了提升总体的性能，就需要尽量的精简游戏中的精灵的数量。
点击调试游戏，可以在“全局变量”选项中看到当前场景中的精灵数。
如图，在优化之前，初始场景中的精灵数目是 325。虽然游戏的界面看似非常简单，但是精灵数目却非常的多。
我们的目标就是在保证游戏效果的基础上尽量的精简游戏中的精灵数目，为此我做了如下的优化。
原本游戏中的这个 10x10 的网格是使用单个格子拼出来的， 所以画出这样一张网格就需要 100 个精灵。 我更换了一种方式，直接导入一个画好的 10 x 10 的网格图片，这样一个展示网格只需要使用 1 个精灵就可以了，这样一下就缩减了 99 个精灵。
另外游戏中的所有的形状原本都是使用单个方块拼成的，现在我直接将形状制作成一张图片，这样就又能够减少非常多的精灵。
最终经过优化后，场景中的精灵数目减少了一百多，这还是在后续增加了新功能之后的精灵数目。
同时从CPU的指标中可以明显看的出来，优化后，消耗大幅下降，因为更少的精灵数目，就意味着更少的CPU消耗。
创建一个精简的初始场景
“游戏启动时间”是小游戏中的一个非常重要的指标，它意味着从玩家打开到正式进入游戏需要多长时间，通常这个时间越短越好。
决定这个时间长短的因素很多，包括游戏的大小，资源的多少，网络的状况，玩家手机的性能等等，其中大部分因素其实是不可控的，除了我们上述提到的各种优化方法之外，还有一个方式可以帮助我们提升游戏的启动速度，就是创建一个尽可能简单的启动场景。
原来的启动场景。
新增的精简的启动场景。
如图我为游戏增加了一个非常简单的启动场景，只包含了一个小蚂蚁的图标和很少量的积木块。这样场景的打开速度就会比原来快很多，因为需要加载的资源和积木块都非常的少。
另外，不要忘了在作品设置中选择资源在“切换场景时加载”。
这样由于启动的场景资源非常的少，就可以很快的加载完毕并打开了，然后我们再从启动场景加载打开后面资源比较多的场景。
最后，总结一下，对于微信小游戏的优化，我们可以从下列几个方面着手：
- 精简游戏资源
- 精简游戏逻辑
- 合理规划场景
- 减少游戏中的精灵数目
- 创建一个精简的初始场景
通过这些优化操作，我成功地将精致1010的启动时间和性能消耗都降了下来，希望这些优化操作也能够给你提供一些参考。
优化是一件永无止境的事情，我认为最好的优化是应该在制作之前进行的，因为一个更优的想法，一个更合理的规划要胜过这些事后的补救措施。
如果不是制作微信小游戏我大概很难体会到在各种限制之内做东西的感觉，想想当年的游戏开发者要把游戏做到 256k 的卡带上，虽然限制更大，但是依旧不影响很多经典游戏的诞生。所以，在一定的限制之内进行创作，是否更容易激发一些灵感呢？
欢迎体验我的微信小游戏作品“精致1010”，一个会不停探索下去的小游戏。
