win10 有几个版本确实如此，但是我升级到 win11 之后就没遇到过这种问题了。有时候内存飙到 98%占用也不卡（我电脑内存只有 8G ）

wasm 在有 JIT 的时候比 js 强，但是比原生还是要差远了。

可能是被滥用了吧，比如有人往外面的人卖教育账户，于是部分用户被限制登陆了。

@poorcai 一般没人写成 dotnet ，而是写成 .net ，但是也不排除有公司特立独行写成 dotnet

@Maboroshii dotnet run 直接跑是 Debug ，需要加 -c Release ，而 go 默认是 Release 。你在用 .NET 的 Debug 跟 go 的 Release 做比较，当然显得 go 跑得更快占用更低。

@statumer 你这举的例子跟 bash 有啥关系啊，只是在调用系统里的可执行文件而已。
Linux 上用 PowerShell 照样可以直接 ln -s foo bar 和 grep

开源协议的区别向来不在是否甩锅和担责上，因为大多数开源协议都是 no warranty 的，包括 GPL 和 MIT 都是如此，意味着都是没有保证的，出了问题也不能甩锅回去。而项目是否有保证则是由项目作者或者背后的公司单独承诺的，例如有的项目尽管使用了 MIT 或者 GPL 协议，但是其背后的公司有额外的免费或收费支持方案。
至于 GPL 和 MIT 最明显的区别，在于 GPL 自身的传染性将项目用途限制在了开源中，而 MIT 就无此限制。部分开发闭源产品的商业公司甚至不允许员工查看 GPL 代码，否则难以证明员工给公司编写的代码中不包含 GPL 代码。
这也是为什么说 GPL 是一种商业不友好的协议。
举两个例子：
1. Google 开发安卓做的第一件事就是在内核之上编写一套 Apache 协议开源的 HAL ，将 GPL 协议的 Linux 内核彻底和安卓的驱动模型隔离开，使得其他厂商都能无需接触 Linux 内核而只对 HAL 来进行驱动开发，因此不会对自己的驱动代码造成污染，也不需要开源自己的驱动代码，开源的部分只有 Google 做的 HAL 就够了。
2. Microsoft 的 WSL2 有着优秀的 GPU 支持，同样也是利用 WDDM 将 Linux 内核和驱动模型隔离开，各厂商只需要面向 WDDM 提供支持 D3D12 的驱动就能用在 WSL2 中进行硬件加速，而无需开源自己的驱动代码，开源的部分只需要是 Microsoft 的 Linux D3D12 用户态驱动。
可以看到无论是安卓还是 WSL2 ，各厂商都积极进行了跟进（ WSL2 更是在 GPU 加速预览版发布当天 Intel 、AMD 、NVIDIA 就直接推出了自己用于 WSL2 的 GPU 加速驱动）。而安卓也好，WSL2 也罢，这些图形上的生态没有一个反馈到了 Linux 自身上，大家都在用实际行动把 GPL 协议的 Linux 隔离开，确保自己的系统是商业友好的。

@nothingistrue 然而你对 GPL 的理解也是错的。GPL 也是 no warranty 的，这在协议中写的很清楚，同样有避免被甩锅的属性。

可能是老的 conhost 的问题，为了兼容旧的行为，每行输出时都会加锁来做同步。
你可以试试在 Windows Terminal 下运行，这个有全新的 conhost 实现，性能应该会有显著提升。

@HikariLan 这里的盈利加了一个“私自”，我的意思其实是通过将原项目包装后再分发的这种方式盈利，而没有将盈利的成果反馈到原项目上。
@cmdOptionKana GPL 协议要求分叉出去的更改最终都要回到原项目里。比如 Linux 就是典型，别的公司分叉出去的对 Linux 代码进行的改动，不仅需要开源，最终还需要反向移植合并到原项目里。因此实现的新特性最终不会变成“XX 公司 Linux 内核新特性”，而是直接作为“Linux 内核 x.x 版本新特性”来宣传和发布的，于是这个名声和成果都是直接在 Linux 项目头上的，而不是在那个实现特性的公司上的。但是实现特性的公司当然也可以因为“我帮 Linux 实现了 xx 特性”而间接获得所谓的名声。

使用 GPL：我希望社区来给我贡献代码，但是我不希望别人借着我的代码和成果私自盈利，所有的名声和成果都应该集中在我的项目上。
使用 MIT：我希望社区来给我贡献代码，并且我选择放弃权利，允许任何人使用我的代码盈利，并且不限制任何人对我的代码进行修改和再分发。
从这一点看，当项目开发者需要利用开源协议来保护自己的项目的时候可以选择 GPL ，而项目开发者希望将自己的项目像做慈善一样向所有人无偿捐赠的时候可以选择 MIT 。

@nothingistrue @ghost024
Java 的泛型根本就不是脱胎于 C++ 的模板。
C++ 的模板会在编译时将泛型参数进行特化，为每一个类型的泛型参数生成单独的代码； C# 则是运行的时候进行特化，为每一个值类型生成单独的代码，而引用类型采用共享代码但是运行时分发来进行特化；而 Java 直接全部擦除成没有泛型的类，也就是说 `List<Integer>`、`List<Object>` 和 `List` 之间没有区别。
放一个静态成员 `M` 进去，在 C++ 和 C# 里，`List<Integer>.M`、`List<Object>.M` 和 `List.M` 都是独立的实例，而在 Java 中全都是同一个实例。
因此这也就决定了 Java 完全不具备参数化多态的能力，而 C++ 和 C# 都具备这个能力，于是在这个范式上构建的一切语言特性 Java 都无法实现。

商店不行的话，可以用 winget upgrade 来更新。

@paradoxs Windows 自带 Windows Defender 杀毒软件，博主特意用各种手段禁用掉本身已经不是普通用户能做得到的了。

火绒的杀毒能力比较弱，如果是服务器的话，不如卸载了使用自带的 Windows Defender

试试这个呢？
https://github.com/dotnetcore/sharding-core

可以试试 Avalonia 或者直接用 WinUI 3 ，前者跨平台后者仅 Windows ，都有支持代码高亮的原生 Markdown 组件（第三方库里），可以做到无需 web 的纯原生体验。

用了一年了，从来没遇到过

dotnet publish 的时候带一个 --no-self-contained 试试