为啥呀，如果有了具体会导致什么样的后果呢
好的，谢谢，不过为什么项目中不要直接用async呢
官方的tween的callback，也算有点问题，没有随着node的生命周期取消
例如请求网络数据回来慢，但展示信息的label已经销毁，如果不封装异步，这时候调用label.string = str;游戏就报错。
加载资源同理。
当然你也可以加判断提前终止，但这是牛马该干的事情吗？判断加多了代码臃肿，偶尔忘了还得背锅 
。
这个封装留给项目主程干吧！
如果用的是383，不建议直接使用 promise 那一套，之前原生平台测试有问题，详见 【383】await async 原生平台与网页、微信小游戏效果不一致
不确定其他版本是否有类似问题，也没有找到问题的根源，我的解决方案是用的自己封装的异步回调对象替代。
这就是个解决callback回调地狱的语法糖而已。。。 编译后都是一样的，当然可以用。 至于异常处理，那是实现的业务逻辑是否严密， 和promise async await没有任何关系
3赞
可能平常AI对话用多了 