iTween虽然各种性能不尽人意，但是用起来算是相当的傻瓜，可是为了方便使用，这个东西却不是就可以那么随便的使用。
之前发现程序有较为严重的内存泄露，不需要多久就涨起来几百兆的内存，检查了很长时间，终于找到最大的泄露源：iTween的tweens静态变量。啰嗦一句就是其实找托管语言的内存泄露只需要找静态变量就可以了，除非你大量使用了非托管的东西。
于是继续，检查tweens变量可知，如果你要结束iTween的过程，必须调用iTween.Stop方法，否则tweens列表是不会移除这个对象的参数，这个对象的参数就会一直存在。有人会说是你自己使用不当，没看文档，这里的确也有这个因素，可是如果你细心就会发现，就算是小心的在每个地方都调用了，仍然有不够小心的地方。比如你突然想移动某个物体，然后想让这个物体在结束的时候销毁，你会直接iTween.MoveTo，然后注册一个销毁方法，正常情况下，这个使用是一点问题也没有的，但是如果你中途自己销毁了这个对象，那就会泄露，那么你就需要在销毁的毁掉里面加上Stop的调用，又或者，你在中途想改变移动的目标，你又MoveTo一次了，这时候原来的iTween组件会被替换，于是又是泄露。实际上你就算看了文档，你也不想到不谨慎调用Stop就会出现泄露，你觉得iTween应该处理好了一切，倒不如说，对于托管语言就应该不用太多去关心释放问题。
不过就目前来说，其他Tween工具都还是beta阶段，能选择的不多。我在开始也是为了快速开发而选择iTween，最后却因为效率不满意而自己写了路径算法，实际上网上有很多现成的公式，加上参考iTween的细节，实现起来也非常快，没有想象中的复杂，替换iTween也很方便，毕竟iTween原本就是低耦合，这是优点。
另外想吐槽的一点就是我一直看不懂iTween是怎么做到判断是否替换自身组件的，比如你调用了Shake，两次参数一样的话，就会保持不变，iTween id都是一样的，如果参数发生改变，那么iTween id将会改变，也就是说已经被替换了。我看了半天也只看到了普通的调用一下AddComponent，难道是看漏了什么关键的地方吗。