值得一提的是，C# 的 Union 类型是类型的联合而不是带标签的联合。按照提案，它们还可以是接口、类型参数、可空类型，甚至其他 Union，而且 case 之间允许重叠。如果你之前有自定义的隐式转换运算符，那它的优先级会高于 union 转换，所以现有代码不会受到影响。你可以把它理解为一个编译器帮你维护的包装类型，但它不是单纯的元数据注解，运行时确实存在这个结构体，如果不需要命名的分支，用现有的

在运行时，它们能创建一个类的对象、调用它的方法，甚至修改私有字段的值——而这一切，事先根本不知道这个类是什么！使用建议：框架底层可以用，业务代码尽量别用。如果非用不可，做好缓存（Method、Field 对象可以复用）。学Java面向对象时，老师常说："先定义类，再创建对象，然后调用方法。光会API不够，要知道什么时候用。答案就是 Java反射机制（Reflection）。反射很强大，但也有明显的

Kotlin 协程让并发编程变得优雅。轻量级：可创建数十万协程而不 OOM。

这场猜想可行吗？逻辑上，它完全闭环；技术上，它退无可退。我们放弃了现代操作系统提供的几吉字节（GB）的虚拟内存，放弃了高级编译器的自动优化，退回到了 1990 年代初那个只有 640KB 常规内存的荒凉世界。但正是这种极端的限制，逼着我们去思考：什么是地址总线？什么是内存映射？如何用纯粹的算法逻辑，去跨越硬件代差的鸿沟？这个极限挑战项目我已经正式立项。接下来，我将尝试在 DOSBox 和 TC3