hez2010

另外补充一点，Unity 在框架层面也确实设置了同步上下文，因此你直接使用 Task 也不会有问题。
UniTask 的出现更多只是为了解决 Task 的分配问题（这一点 UniTask 内部通过池化和循环利用 awaitable 对象解决，而 runtime async 不存在这种问题），以及提供强保证防止误用（毕竟 UniTask 不提供 ConfigureAwait(false) 这种临时在局部扔掉同步上下文的方法）。即使没有 UniTask 你在 Unity 中全使用 Task 也不会出现什么问题。

等到 runtime async 出来之后我是能预计到会有相当一大部分的人从自定义 Task 类型回归到内置的 Task 的。

@nebkad 使用者为什么要知道它背后的调度机制如何？使用者只需要知道“只要我把这个函数的返回值用 UniTask 包起来它的 continuation 就一定遵守 unity 的调度行为”。
举个例子：
返回 UniTask 的函数调用一个返回 Task 的异步函数，其中返回 Task 的异步函数是用来做 HTTP 请求，而返回 UniTask 的函数的 continuation 是用来根据响应更新游戏内的对象。
那此时 HTTP 请求的内部行为（比如异步 json 序列化等待）为什么要被扔进 unity 的 event loop ？他们完全可以采用 runtime 的标准调度行为，而等 HTTP 请求结束之后回到 UniTask 这边后，处理结果的时候采用 unity 的调度行为。
这即可以确保你的 HTTP 请求这种跟 unity 无关的东西不会挤占 unity event loop 的调度队列，同时又确保了游戏内 UniTask 的 continuation 全都被正确调度从而不会出现跨 unity 生命周期的游戏对象更新等等。
当然，有些人希望我不用 UniTask 也可以把 continuation 全都调度到主线程上，比如在 WPF 或者 winforms 里，那此时简单通过框架层面设置的同步上下文就可以决定你的 Task 的 continuation 在哪里执行。当然你也可以通过 .ConfigureAwait(false) 来手动针对某一处 await 绕过该行为。

另外我前面解释的一个地方有误，这里纠正一下。
前面说的“有一万种方法在代码中绕过异步框架的调度器，甚至你在中途调用了某些实现垃圾的第三方异步代码给你丢弃掉上下文也不是不可能”并不准确，实际上绕过这种行为只是针对你需要绕过的那一处 await 调用的局部行为，需要显式通过 .ConfigureAwait(false) 指定，使得该 await 之后的 continuation 不使用同步上下文：
async Task Foo()
{
await Bar().ConfigureAwait(false);
A(); // A 的执行将不受同步上下文控制
}

然而该异步函数 Foo 返回后，等待 Foo 的人的 continuation 仍然是遵守同步上下文进行调度的，因此不会产生任何的混乱问题。

@nebkad C# 的各种 Task 实现不一定非得实现调度器，这个完全是可选的；而调度器本身也可以通过外部上下文传入使得与 Task 解藕。也就是说两种模式是同时支持的。
然而通过外部上下文来控制调度器并不具备强制性，有一万种方法在代码中绕过异步框架的调度器，甚至你在中途调用了某些实现垃圾的第三方异步代码给你丢弃掉上下文也不是不可能。而在类型里实现调度的话则能保证只要你在用这个类型就能得到 100%可预测的行为。

@nebkad UniTask 和 GDTask 哪怕有 Runtime Async 也是有必要存在的，因为需要自定义调度器实现。
比如 PIE 停止后需要停止调度 continuation ，自带的 Task 显然做不到，因为 async/await 的调度行为需要在 Task 或者 Task-like 类型来实现。

@nebkad 不知道你在说什么，runtime async 等待异步事件还真就可以不需要堆分配，不然文中递归调用 FibAsync 的测试中性能也不可能比得上同步版本。

@lizy0329 是的，UI 开发里 ECS 在其它语言里都是可选项，而且有比 ECS 更直观和方便的做法；但是在 Rust 中 ECS 是必须项，没这玩意你写不出代码。

简单的 hello world 可以，但是但凡正经一点的 UI 用 rust 就是自找不痛快，包括游戏、GUI 都是同理。
UI 的特性天生就是共享状态需要允许多方同时持有非只读引用，然而 Rust 不会允许你这么做，于是最后你不得不把整个 ECS 那套搬进 GUI 开发里，最后带来的反而是生产力下降。

同样用的 edge 浏览器进行 bing 搜索没有遇到任何问题。
会不会是什么插件导致的？建议跑一下 profiler 。

@drymonfidelia 过来人告诉你，用 UE 的结果就是人生大半时间耗费在编译上，然后代码一不小心没写好编辑器直接跟着崩溃退出，一天光 UE 编辑器就得重启好几次。然后 Blueprint 还是二进制格式，碰到了冲突你根本没法自动合并，然后这个二进制文件还经常会因为 hot reload 的 bug 又或者 C++代码那边的关系/依赖变动而损坏导致你整个文件没法打开或者编译。