《 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 中令人影响深刻

C# dotnet 看来还是名列前茅 :）

像 C++还有 IncrediBuild 可以用，Rust 没有这方面的东西吗？

第一次知道 https://stackshare.io 这个网站，可能没有人去上面分享和更新吧。
关注一下湾区招聘信息，Google Apple Amazon MS 都有招 C#，之前访问某些 Apple 页面还能看到 IIS 的 Index

没遇到过，不知道是不是特定硬件(驱动)下偶发，建议提 feedback