拜耳有一款睡眠豆，还可以

测试性能就不要用 DEBUG 模式，切到 Release ，另外 EF 框架是需要预热一下，你可以试试第二次、第三次应该就快了

C#可以做桌面应用、WEB 应用、云原生应用、手机 APP 、游戏、物联网嵌入式应用还有机器学习应用，桌面、WEB 和游戏应该是占主要的

1. 现在写桌面端主要看你有没有跨平台的需求，如果没有，那么就用 WinUI ，在 windows 平台上最好的选择。如果需要跨平台那么 MAUI 、Avalonia 、Uno platform 都可以选择，比其它语言某些框架内存占用更低，性能也更好。但是讲真，现在工厂里面还是会用 winfrom 或者 wpf ，毕竟方便快捷。

2.后端使用 aspnetcore ，性能吊打其它语言一票的框架，另外那些黑.NET 和 C#的人，大可不必

https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
https://benchmarksgame-team.pages.debian.net/benchmarksgame/

@Youen 又回忆起了手写大根堆的日子

@zxCoder 嗯 你加的肯定不是我的群 哈哈 不过这是人的问题 有一些偏差

@encro
StackExchange.Redis 为了性能用的多路复用 会导致阻塞的 brpop 就没做了 文中也给出了推荐的替代方案
https://stackexchange.github.io/StackExchange.Redis/PipelinesMultiplexers.html#multiplexing

Spire 我记得貌似也有.NET 的免费版 但是我们项目中没用过 有用过的 v 友可以补充

如果是 C#的话 直接即可
public Type GetListType<T>(List<T> list)
{
return list.GetType().GetGenericArguments()[0];
}

@shayuvpn0001 .NET 与 Go 的比较 翻译了几篇文章 有空也可以提提建议 不过都是基于好多年前的 .NET Core 2.1 和 Go 1.11 仅供参考
https://studygolang.com/articles/19399
https://www.cnblogs.com/InCerry/p/go-vs-csharp-part-2-garbage-collection.html
https://www.cnblogs.com/InCerry/p/go-vs-csharp-part-3-compiler-runtime-type-system-modules-and-everything-else.html

@shayuvpn0001
实际上 AOT 会提升启动速度 但是会降低性能 有 JIT 的话 PGO 优化会让代码跑的很快
另外要看框架性能的话 去 TechEmpower 会权威一些 你可以看到 C#都是占优势的
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
https://benchmarksgame-team.pages.debian.net/benchmarksgame/

@encro
至今 C#没有免费好用的 Redis 客户端库 - 有 StackExchange.Redis 一个就够了
大部分行业库都是收费的，比如处理 PDF 的，处理报表的 - 比如 NPOI iText7-dotnet 社区版
.NET BCL 库很完善 很多轮子都不用自己造

@towser 可以用于生产 但是 B/S 程序没必要使用 AOT ，因为 AOT 是会降低性能的，正式的 AOT 支持将在.NET7 推出
https://github.com/dotnet/runtime/issues/61231

@Remember
这东西有人用，C#是排名第 5 的编程语言
不知道你说的服务端没见过.NET 的程序是怎么的出来的
win 服务器少没关系 .net 是跨平台的 linux macos 安卓 tizen 上也能跑
azure 上可不是都跑的 ubuntu

.NET6 正式发布
https://devblogs.microsoft.com/dotnet/announcing-net-6/

下面的群友机翻的一些重点：

.NET6 已经在微软服务、其他公司运行的云应用程序和开源项目进行了生产压力测试。

作为最新的长期支持 (LTS) 版本支持三年。

跨浏览器、云、桌面、IoT 和移动应用程序的统一平台，所有应用程序都使用相同的 .NET 库和轻松共享代码的能力。

性能全面提升，尤其是文件 I/O ，减少了执行时间、延迟和内存使用。

C# 10 提供了语言改进，例如记录结构、隐式使用和新的 lambda 功能，同时编译器添加了增量源生成器。

F# 6 添加了新功能，包括基于任务的异步、管道调试和众多性能改进。

Visual Basic 在 Visual Studio 体验和 Windows 窗体项目打开体验方面进行了改进。

热重载使用户可以跳过重新构建和重新启动应用程序以查看新更改 —— 在 Visual Studio 2022 和 .NET CLI 中支持，适用于 C# 和 Visual Basic 。

云诊断已通过 OpenTelemetry 和 dotnet 监视器得到改进，现在在生产中得到支持，并且可用于 Azure 应用服务。

JSON API 更强大，具有更高的性能，带有序列化程序的源生成器。

ASP.NET Core 中引入了最少的 API ，以简化入门体验并提高 HTTP 服务的性能。

Blazor 组件现在可以从 JavaScript 呈现并与现有的基于 JavaScript 的应用程序集成。

用于 Blazor WebAssembly (Wasm) 应用程序的 WebAssembly AOT 编译，以及对运行时重新链接和本机依赖项的支持。

使用 ASP.NET Core 构建的单页应用程序现在使用更灵活的模式，可以与 Angular 、React 和其他流行的前端 JavaScript 框架一起使用。

添加了 HTTP/3 ，以便 ASP.NET Core 、HttpClient 和 gRPC 都可以与 HTTP/3 客户端和服务器交互。

File IO 现在支持符号链接，并通过重新编写的 FileStream 大大提高了性能。

通过支持 OpenSSL 3 、ChaCha20Poly1305 加密方案和运行时深度防御缓解措施，特别是 W^X 和 CET ，安全性得到了提高。

可以为 Linux 、macOS 和 Windows （以前仅适用于 Linux ）发布单文件应用程序（免提取）。

IL 修整现在更加强大和有效，新的警告和分析器可确保正确的最终结果。

添加了源代码生成器和分析器，可帮助用户生成更好、更安全和更高性能的代码。

源代码构建使 Red Hat 等组织能够从源代码构建 .NET ，并向其用户提供自己的构建版本。

.NET 6 是一个长期支持 (LTS) 版本，将支持三年，包括 macOS Apple Silicon 和 Windows Arm64 。

红帽与 .NET 团队合作，在红帽企业 Linux 上支持 .NET 。在 RHEL 8 及更高版本上，.NET 6 将可用于 AMD 和 Intel (x64_64)、ARM (aarch64) 以及 IBM Z 和 LinuxONE (s390x) 架构。
目前，Visual Studio 2022 和 Visual Studio 2022 for Mac 已支持 .NET 6 ，Visual Studio Code C# 扩展也已支持 .NET 6 。

遇到过这个问题，应该是快速启动的锅，关闭快速启动试试

@liuser666 那你这属于对于这个库来说高阶一些的需求了，确实必须得看源码了

没明白楼主为啥这么写，这个 YAML DotNet 我用过，文档很齐全，读取 yaml 配置简单几行代码就可以了
wiki： https://github.com/aaubry/YamlDotNet/wiki

竟然没有 aspnetcore ??? aspnetcore +10086

@Huelse 比较好奇 展开说说