最近在开发过程中遇到很多切换场景的时候概率性崩溃，内存暴增的问题。
因此总结一些开发中需要注意的要点，
1. 切换全屏场景的时候最好使用replaceScene而不是pushScene。
因为pushScene并不会销毁前一个scene，仅仅是将后一个scene按照堆栈的方式加入到前一个scene的上面。如果自身代码中内存管理写的不好的，利用pushScene很难发现该方面的问题，一旦崩溃定位都很难定位。replaceScene可以及早的将隐含的问题给暴露出来。
2. 尽量不要在onEnter里面初始化精灵Sprite
这个就和上一条有点关系了，如果使用了pushScene，那么再popScene的时候是不会调用前一个场景的init方法的，所以有同学就喜欢把一些初始化放在onEnter里面，具体为什么不好，我们来看一下不同切换场景的时候，每个Scene的生命周期就知道了。
假设scene A是活动场景，现在我们用scene B来pushScene替换A，A和B的生命周期是这样的：
B ---- init();
A ---- onExit();
B ---- onEnter();
B ---- onEnterTransitionDidFinish();
此时popScene，弹出scene B，函数调用如下：
B ---- onExit();
B ---- 析构函数被调用
A ---- onEnter();
从上面可以看出以下几点，
1. A的析构函数始终未被调用，因此A一直在内存中。
2. 先执行B的init()函数，之后才调用A的onExit()方法，再之后才调用B的onEnter();所以初始化最好应该放在init中来初始化。在上一个场景退出之前初始化好后一个场景需要的资源。
同样的，我们再来看一下replaceScene切换场景，scene的生命周期
假设scene A是活动场景，现在我们用scene B来replaceScene替换A，A和B的生命周期是这样的：
B ---- init();
A ---- onExit();
A ---- 析构函数被调用
B ---- onEnter();
B ---- onEnterTransitionDidFinish();
此时B replace A回来的调用跟上面一样，如下：
A ---- init();
B ---- onExit();
B ---- 析构函数调用
A ---- onEnter();