大佬们，语言和框架的争议貌似对解决这个问题没什么帮助...

@libasten, 不确定你的问题解决了没？
我最近也刚好遇到一个 EF Core 的性能问题，发现官方文档提供了定位性能问题的思路，觉得挺好的。

https://docs.microsoft.com/zh-cn/ef/core/performance/#identify-bottlenecks-and-measure-measure-measure
确定瓶颈并再三衡量
对于性能而言始终不变的是，没有数据显示问题就不要急着优化。正如高德纳所说，“过早优化是万恶之源”。 性能诊断部分介绍了各种方法，可用于了解应用程序在数据库逻辑中的哪些位置最耗时，还介绍了如何确定有问题的具体部分。 确定缓慢查询后，可以考虑使用解决方案：数据库是否缺少索引？ 是否应尝试其他查询模式？

有时间的话，可以一起研究下。

之前 Linux 上下载过，但是对于我来说可能当时没有找到杀手级的应用，后来就没在用了。
等下看看 topbook 的视频，是不是什么功能我没发现…

@gosas nuc +1

@userforg2021 不知道你看过 EF core 的文档么？都在 github 上，通过开源社区来维护的.
对比 Facebook 和 Google 的文档，微软强太多了...
扯远了...
https://docs.microsoft.com/en-us/ef/core/

@libasten 还是先看看 EF core 打印出来的日志，确认一下是不是查询慢。

感觉没有必要自己搭一个论坛，Discord 考虑一下？
我自己关注的游戏工作室和客制化键盘，都在用 Discord 来实现类似的功能.

huginn 根目录下有一个.env 文件，就是你需要改的文件。
比较简单的方式是用 vscode 的 docker 插件，提供的 attach shell 功能，连到 huginn 的容器里，去修改.env 文件。

对于问题 3，4 。ASPNET Core 默认情况下数据库的 AddDBContext 是 Scoped 。

aspnetcore 关于依赖注入的文档：
https://docs.microsoft.com/en-us/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-3.1#service-lifetimes

解释的比较清楚，希望能帮到你。

有没有排查过 top 10 的 SQL 是不是有性能问题，有没有用到索引。一般高 CPU 都是因为 SQL 没有优化导致的。

或者通过具体的 pid，找到对应的 SQL 。
参考： http://www.wdroot.com/articles/153.html

如果需要，我可以义务帮忙集成阿里云的短信平台，阿里云的可以限制短信发送频率。