当您发布一个 Asp.net 核心应用程序时，它会生成一个带有以下配置的 web.config
<aspNetCore processPath=".\MyApplication.exe" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />
您可以使用 processPath=".\MyApplication.exe" 或 processPath=".\MyApplication.dll"
有谁知道每种方法的优缺点以及我们应该何时使用哪种方法？
谢谢你！
【问题讨论】：
通常，我认为您在那里没有太多选择。据我所知，有两种选择：
.exe 的路径来运行独立的应用程序。dotnet 可执行文件的路径并将路径传递给应用程序 DLL 来运行依赖于框架的应用程序。the documentation suggests 也是如此，当您从 Visual Studio 或通过 dotnet CLI 发布 ASP.NET Core 应用程序时会自动发生这种情况。所以转换后的web.config应该有以下两种配置之一：
<!-- self-contained application -->
<aspNetCore processPath=".\MyApp.exe" … />
<!-- framework-dependent application -->
<aspNetCore processPath="dotnet" arguments=".\MyApp.dll" … />
此处依赖于框架的应用程序配置假定dotnet 可执行文件位于PATH 环境变量中。否则，您也可以指定它的绝对路径。
我个人从未见过<aspNetCore processPath=".\MyApp.dll" … />，如果这有效，我会感到惊讶，因为 IIS 的 ASP.NET Core 托管模块实际上并不具备如何启动 .NET Core 应用程序的任何知识（至少据我所知） ）。这就是为什么您通常必须指定可执行文件的路径（应用程序的 .exe 本身或运行时可执行文件）。
至于使用这些选项中的哪一个，这实际上取决于您希望如何运行您的应用程序。如果您将应用程序发布为独立的，则运行时已经包含在内，您这样做是为了独立于可能安装在机器上的全局运行时。如果您将应用程序发布为依赖于框架，则您依赖于机器上可用的框架（也可以集中更新等）。
【讨论】：