.NET Core 控制台应用程序是否有内存上限？
Do .NET Core console apps have a memory ceiling?
我已经成功地将一系列解决方案部署为 .NET Core 控制台应用程序。这些 运行 在正常情况下成功但经常出现数据加载（使用 EntityFramework 核心查询和 .ToList() 保留在内存中以供多次访问）似乎没有错误但从来没有吹过这个过程在同一个地方。有谁知道要注意的 .NET Core C# 控制台应用程序的任何既定内存或进程限制？我从不超过主机上的 CPU 或内存。它往往是在代码中较早执行 .ToList() 之后第一次访问的列表，其中包含大量查询，这会助长它，将在列表上执行空对象异常。
此时是.NET Core 2.0.0 SDK。
如果您知道已发布的限制，那就太好了。我也将尝试使用 MiniProfiler 进行取证。 TIA.
这个问题的答案有两个。首先...与 AnyCPU 相比，更改为 x64 增加了一些上限，但其次 EntityFramework Core 中的 .Include() 方法应该谨慎使用并进行分析。这也分解了内存中的图表。所以是的，一个简单的问题，两个人将我的问题降级为一个简单的答案，但它被 .Include() 加剧了，这是一种辅助方法，但如果没有正确分析和使用，可能会伤害你。
我已经成功地将一系列解决方案部署为 .NET Core 控制台应用程序。这些 运行 在正常情况下成功但经常出现数据加载（使用 EntityFramework 核心查询和 .ToList() 保留在内存中以供多次访问）似乎没有错误但从来没有吹过这个过程在同一个地方。有谁知道要注意的 .NET Core C# 控制台应用程序的任何既定内存或进程限制？我从不超过主机上的 CPU 或内存。它往往是在代码中较早执行 .ToList() 之后第一次访问的列表，其中包含大量查询，这会助长它，将在列表上执行空对象异常。
此时是.NET Core 2.0.0 SDK。
如果您知道已发布的限制，那就太好了。我也将尝试使用 MiniProfiler 进行取证。 TIA.
这个问题的答案有两个。首先...与 AnyCPU 相比，更改为 x64 增加了一些上限，但其次 EntityFramework Core 中的 .Include() 方法应该谨慎使用并进行分析。这也分解了内存中的图表。所以是的，一个简单的问题，两个人将我的问题降级为一个简单的答案，但它被 .Include() 加剧了，这是一种辅助方法，但如果没有正确分析和使用，可能会伤害你。