@dandycheung dwm 是负责合成的用户态进程，很早以前没 dwm 的时候，也就是图形相关全在内核里跑的时候，显卡驱动崩了系统就挂了蓝屏，从 vista 开始这部分就移到用户态了，于是即使显卡驱动崩了也不会导致系统崩溃，重启一下进程就完事。

看了一下你这条件感觉最符合的就是 C# 了，配合 .NET 7 的 NativeAOT 也能做到无虚拟机原生编译。

interface ISinger
{
void Add(object t);
}

interface ISinger<T> : ISinger
{
void Add(T t);
}

class Singer<T> : ISinger<T>
{
public void Add(T t) { ... }

// 这里显式实现接口确保该方法不会直接公开暴露在 Singer<T> 的成员中
void ISinger.Add(object t) { Add((T)t); }
}

试试这样呢？

@Zhuzhuchenyan
> 大概是普通反射的 30 倍快

以前可能是这样，但这一点在 .NET 7 上不成立了

全局的程序数据在 C:\ProgramData 这个隐藏文件夹里

检查你的 $PROFILE 文件。

然而 web3 光一个匿名+去中心化就意味着在一些地区普及不起来了。

这个项目原作者据说是得了癌症弃坑了，现在看来项目被新的人接手复活了。

其实现在 Windows Server 2019 、2022 也支持上云了，可以直接加入 k8s 集群和其他 Linux 节点互通。

@FrankAdler Windows Admin Center 、PowerShell 里应有尽有。

@seaiaddca Azure 整套都是构建在 Windows Server 上的。

@FrankAdler 同理，把小拇指放到 ctrl 上一样非常省力

用 .NET 能帮你省掉很多事情和时间，多出的精力可以用来多去研究其他感兴趣的东西提升自己。润美的话，国外确实 C# 很多，而且薪资也高于 Java （数据来自 StackOverflow 近几年的开发者统计）。

@dcsuibian Rider 只是 UI 这层皮是 Java 写的，因为要兼容 IntelliJ 生态上的插件，但是 Rider 除了 UI 之外的 backend 是纯 C# 做的。

@pengtdyd 看历史的话，C# 到今天都是占有量前 5 的语言，历史上也从来没有出过前 10 ，有什么问题吗？

不是的，C# 里面非泛型的集合类接口和类型是已经淘汰的类型，一般不会使用。

顺带附一个 Windows 系统开发者写的 C++ coroutine 教程系列：
https://devblogs.microsoft.com/oldnewthing/20210504-01/?p=105178

OP 里的测试之所以比回调慢 10%，估计也是因为有部分代码没被编译器成功 inline 掉，这个需要钻一下写法或者等待后续编译器的改进。
说“半成品”也是不妥当的，async/await 在语言层面上已经是完全体了，只不过 STL 里面没提供一个实现好的 Awaitable 罢了。并且在 Windows 上 WinRT API 里也有 `IAsyncAction` 和 `IAsyncOperation<T>`，都是按照 C++ 20 的 coroutine type trait 封装的 Awaitable ，因此如果你是做 Windows 开发（ C++）的话，那也不需要等 STL 的 Awaitable 的，因为 Windows 的现代 API 本身就天然是异步的，并且已经提供了相关的实现。

async/await 这套原理上是非常高效的，并且是通用的异步方案，调度也并不依赖线程池。
MSVC 团队的人之前在 CppCon 上展示了用 C++ 20 的 coroutine 做 CPU prefetch 来提升 CPU 缓存命中率，性能和你人工写的高度优化的状态机没有任何差距： https://isocpp.org/blog/2019/09/cppcon-2018-nano-coroutines-to-the-rescue-using-coroutines-ts-of-course-g
这种层面的东西是 goroutine 、project loom 等 stackful coroutine 根本没法企及的，他们的作用只是减少 blocking ，而 async/awaiit stackless coroutine 出发点是设计出一套通用的异步方案。