部署时 Portable 和 win-x64 有什么区别？

Question

我将我的代码部署到 Windows Server 2016 上的 IIS，我试图了解在发布/设置/目标运行时下拉列表中选择Portable与选择之间的有效区别win-x64。

由于 JIT 需要将代码编译到特定的体系结构，因此站点在 Portable 下启动是否需要更长的时间？还有别的事吗？

Answer 1

编辑 - 简答

如果选择portable，则每次应用程序启动时，它都需要对实际执行的应用程序部分进行 JIT 编译。如果您的应用程序很大，则性能可能会受到影响。

如果您选择x64，应用程序将不会因编译而变慢，因为这已经由构建机器（您的笔记本电脑）上的发布过程完成。

原答案

当您选择Portable发布选项时，您将获得一个能够在 x86（32 位）机器和 x64（64 位）机器上运行的包。选择可移植选项后，在应用程序启动时，您将在应用程序保持运行时获得目标机器（x64 或 x86）的 JIT 编译代码。但是，如果应用程序关闭，所有经过 JIT 编译的代码都将丢失。编译后的代码会一直驻留在内存中，直到应用程序进程结束。下一次运行必须在使用时再次 JIT 编译应用程序。这样做的好处是你只需要分发一个包，它就可以在两台 x86/x64 机器上运行。

另一种方法是生成多个包，一个用于您打算分发应用程序的每个目标平台。在这种情况下，您将获得已编译的特定于机器的包，即使在应用程序进程结束并稍后重新启动后也不需要重新编译。在这种情况下，您的应用程序将看起来运行得更快，因为编译只在构建服务器/机器上完成一次。但是，它确实会影响您的部署风格。

可以在此处找到有关 .NET 运行时标识符的更多信息：https : //docs.microsoft.com/en-us/dotnet/core/rid-catalog

关于 JIT 编译代码的好文档在这里：https : //www.telerik.com/blogs/understanding-net-just-in-time-compilation

Answer 2

在 Visual Studio 2022 中，接受的答案不再正确。

明显的区别是，一个是可移植的，而另一个是针对特定架构的。

不太明显的区别是，当您选择 win-x64 时，您会看到“启用 ReadyToRun 编译”选项。

然而，ReadyToRun 并不总是意味着更快。请参阅此处的文档了解具体细节。

简而言之，当选择 ReadyToRun 时，编译器会尝试尽可能地编译它，但它没有它将运行的实际机器的具体信息。因此，文件大小要大得多，高达 2-3 倍。文档的建议是将其用于大型项目，而不是小型项目，但您必须自己决定大和小的定义。

我的建议是，如果您提前知道将会是什么，请选择特定的架构。至于 ReadyToRun，如果测试表明它有利于启动时间（如果这很重要），请选择它。

Answer 3

接受的答案对于 JIT 假设有点错误（无论如何，JIT 编译都发生在目标机器上）。@Greg-Gum 的另一个答案解释了 R2R 要求，但仍然没有解释幕后发生的事情。

当您将“目标运行时”设置为“可移植”时，发布过程会在发布目标中包含运行时 DLL

发布目的地将有一个/runtime子文件夹，其中包括本机/运行时文件以及多个平台及其组合的依赖项。该文件夹可能有几兆字节。

示例：假设您的项目使用SqlClientnuget。在 Windows 上（但不在 Linux 上），这个 nuget 依赖于sni.dll本机库。这样该文件将被放入/runtimes/win-x64/native/sni.dlland /runtimes/win-x86/native/sni.dll（相应的版本）

这只是一个例子，还有更多的事情发生。