现在的的armature创建，只是实现了jason文件的加载解析，动画数据的读取是异步的，而对应的plist文件中的png是在主线程中不断执行的回调根据加载情况加载图片的，这样带来的问题是，消耗非常大的一块，图片资源的io，是同步调用的，解决的办法是，最好通过提前解析配置文件找到对应的png图片路径，使用异步加载图片的方式预先把需要的图片资源加载入texturecache，然后再调用异步加载armature的时候，就不会因为图片io引起卡顿
现在的的armature创建，只是实现了jason文件的加载解析，动画数据的读取是异步的，而对应的plist文件中的png是在主线程中不断执行的回调根据加载情况加载图片的，这样带来的问题是，消耗非常大的一块，图片资源的io，是同步调用的，解决的办法是，最好通过提前解析配置文件找到对应的png图片路径，使用异步加载图片的方式预先把需要的图片资源加载入texturecache，然后再调用异步加载armature的时候，就不会因为图片io引起卡顿