@huang119412
说起性能，这个论文太老了，最新应该看
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
asp.net core 几项排第一，综合前 10

https://github.com/LesnyRumcajs/grpc_bench/wiki/2022-03-15-bench-results
dotnet-grpc 框架 P95 P99 延时都低 综合排名前 5

https://benchmarksgame-team.pages.debian.net/benchmarksgame/q6600/fastest/csharp.html
https://benchmarksgame-team.pages.debian.net/benchmarksgame/q6600/fastest/go-csharpcore.html
只有有一项慢于 Java 两项慢于 Go

@thinkershare 《.NET 内存管理宝典》这本书也很不错

@idealhs 可以的，时间花在哪里，结果就在哪里。我列的书我都至少看过一遍，经典的书籍翻过好几遍。

《果壳中的 C#》
《深入理解 C#》
《你必须知道的.NET 》
《 C#高效编程 : 改进 C#代码的 50 个行之有效的办法》后面也出了个 150 个办法
《 More Effective C#中文版 : 改善 C#程序的 50 个具体办法》
《 Async in C# 5.0 》
《 C#并发编程经典实例》
《 C#多线程编程实战》
《 CLR via C#》
《.NET 本质论 第 1 卷:公共语言运行库》
《.NET 探秘 : MSIL 权威指南》
《.NET 性能优化》
《.NET 设计规范 : 约定、惯用法与模式》
《.NET 内存管理宝典》
《.NET Core 底层入门》

《 C# 本质论》

只要参数化了，就能防 SQL 注入

@roundgis
是的 你加入他们的 Discord channels 看看，已经有很多人用于生产了

@seakingii 当然，我也没有否认你的观点，大多数是赞同的 :) 。我今天尝试了一下最新的.NET AOT ，发现 HelloWorld 和简单的 Socket 程序只要 1mb 大小，以及 2m 左右的运行空间。
在.NET 也有针对嵌入式设备的特殊运行时如 NanoFreamwork ，可以在 STM32 之类的嵌入式设备运行，而且有很多商业案例。
https://github.com/nanoframework/Home

其实单机 spark 还不如你写个 for 循环来得快

@Removable 换老板吧，我司招人 hhah

@opengps 我同意这位回答，内存占用和 CPU 占用主要看你的优化，和语言关系没那么大。垃圾的算法和代码，啥语言都没办法拯救。C#上用的优化方法有很多比如：使用结构体替换类、使用栈上分配、使用非托管内存、对象池化、指定内存分配到固定堆、使用 Span 和 Memroy 、计算使用 SIMD API 等等、指针和 unsafe 操作等等。
总得来说就是人很行就不用管路平不平

@ragnaroks 可以试试配置下 gc 的 heaplimit 和 conserve-memory 参数，不过 minecraft 还是比较重的，路由器上跑这种相对来说重应用，确实比较难为它了

@seakingii
> 1. 独立打包出来 100K 是不可能的,那种情况应该是只编译了程序,没有带上运行时
这个是可以做的，只要别依赖那些库，直接用 system call ，只是没人想这么麻烦，开心的话还能直接用 C#写 UEFI 程序
https://github.com/MichalStrehovsky/zerosharp

> 4. .net 打包时可以加参数进行"裁剪","裁剪"后文件会相对更小.但是目前这个技术不是很成熟,有些引用分析不到,造成不正确的"裁剪",导致可能上线运行会出错.
这个不是 BUG ，主要是看你代码里面有没有用反射，如果用了反射这种那需要自己指定某些程序集不剪裁。

> 5.V2EX 前两天有个 GRPC 的性能测试报告,可以看出: .NET 写的程序性能接近甚至可能超过 RUST,但是占用的内存和 RUST 相对多一个数量级 179.23 MiB VS 18.35 MiB
.NET 是带 GC 的语言，在默认情况下，有多少内存占用多少内存，这样是性能最好的。可以自己设置堆大小和内存节省模式，grpc-bench 我用 gzh 压测 1.5wqps 大约 60m 内存。
https://docs.microsoft.com/zh-cn/dotnet/core/runtime-config/garbage-collector#conserve-memory
https://docs.microsoft.com/zh-cn/dotnet/core/runtime-config/garbage-collector#heap-limit

@shiganwuguo ASP.NET Core 支持 AOT 也支持剪裁，没有你说的那么夸张，要好几包 mb

@chnyuwen 我注意到 3 CPU 时，dotnet 的 CPU 占用偏低，感觉可能是线程池扩容不及时导致的，有空我设置最小线程数测试一下，看看有没有啥提升。

@janxin 可惜这个上面 C# 还是用的包装 C 语言.dll 的库，没有用上.NET 基金会用纯 C#重写的 grpc-dotnet （这个性能更好）。
https://github.com/grpc/grpc-dotnet

war 包只是拿 shell 方便，感觉 jar 包也有其它方式拿 shell

搜索和快捷启动：Listary
截屏：ShareX

C# dotnet 的 P95 和 P99 延时 CPU 占用率在 Top 中令人影响深刻