win7 ultimate 和 pro有啥区别

Posted 2023-05-17

Windows 7包含6个版本，分别为Windows 7 Starter(初级版)、Windows 7 Home Basic(家庭普通版)、Windows 7 Home Premium(家庭高级版)、Windows 7 Professional(专业版)、Windows 7 Enterprise(企业版)以及Windows7 Ultimate(旗舰版)。

Windows 7 Starter(初级版)

这是功能最少的版本，缺乏Aero特效功能，没有64位支持，没有Windows媒体中心和移动中心等，对更换桌面背景有限制（很奇怪）。它主要设计用于类似上网本的低端计算机，通过系统集成或者OEM计算机上预装获得，并限于某些特定类型的硬件。

Windows 7 Home Basic(家庭普通版)

这是简化的家庭版，中文版预期售价399元。支持多显示器，有移动中心，限制部分Aero特效，没有Windows媒体中心，缺乏Tablet支持，没有远程桌面，只能加入不能创建家庭网络组(Home Group)等。它仅在新兴市场投放，例如中国、印度、巴西等。

Windows 7 Home Premium(家庭高级版)

面向家庭用户，满足家庭娱乐需求，包含所有桌面增强和多媒体功能，如Aero特效、多点触控功能、媒体中心、建立家庭网络组、手写识别等，不支持Windows域、Windows XP模式、多语言等。

Windows 7 Professional(专业版)

面向爱好者和小企业用户，满足办公开发需求，包含加强的网络功能，如活动目录和域支持、远程桌面等，另外还有网络备份、位置感知打印、加密文件系统、演示模式、Windows XP模式等功能。64位可支持更大内存(192GB)。 可以通过全球OEM厂商和零售商获得。

Windows 7 Enterprise(企业版)

面向企业市场的高级版本，满足企业数据共享、管理、安全等需求。包含多语言包、UNIX应用支持、BitLocker驱动器加密、分支缓存(BranchCache)等，通过与微软有软件保证合同的公司进行批量许可出售。不在OEM和零售市场发售。

Windows 7 Ultimate(旗舰版)

拥有所有功能，与企业版基本是相同的产品，仅仅在授权方式及其相关应用及服务上有区别，面向高端用户和软件爱好者。专业版用户和家庭高级版用户可以付费通过Windows随时升级 (WAU)服务升级到旗舰版。

注：在这六个版本中，Windows 7家庭高级版和Windows 7专业版是两大主力版本，前者面向家庭用户，后者针对商业用户。此外，32位版本和64位版本没有外观或者功能上的区别，但64位版本支持16GB（最高至192GB）内存，而32位版本只能支持最大4GB内存。目前所有新的和较新的CPU都是64位兼容的，均可使用64位版本。顺带说下，软媒的Windows7优化大师是完美的支持32位和64位以上各个系统的，并且通过了微软官方的Windows7徽标认证。

在正版预装的电脑里面一般是家庭版本，企业和政府机关内一版是专业版本和企业版本，盗版用户最青睐的还是最高级的旗舰版本，毕竟支持最多的功能和个性化特性。 参考技术A win7有些功能是旗舰版特有的，专业版里没有

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

【中文标题】部署时 Portable 和 win-x64 有啥区别？

【英文标题】：What are differences between Portable and win-x64 when deploying?部署时 Portable 和 win-x64 有什么区别？

【发布时间】：2019-05-20 11:59:35

【问题描述】：

我将我的代码部署到 Windows Server 2016 上的 IIS，我试图了解在 Publish/Settings/Target Runtime 下拉列表中选择 Portable 与 win-x64 之间的有效区别。

是否会因为 JIT 需要将代码编译到特定架构而在 Portable 下启动站点需要更长的时间？还有别的事吗？

【参考方案1】：

已接受的答案在 Visual Studio 2022 中不再适用。

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

不那么明显的区别是，当您选择 win-x64 时，您可以选择“启用 ReadyToRun 编译”。

但是，ReadyToRun 并不总是意味着更快。有关详细信息，请参阅文档 here。

In a nutshell, when ReadyToRun is selected, the compiler attempts to compile it as best as it can, but it doesn't have the specifics of the actual machine it will run on.因此，文件大小要大得多，多达 2-3 倍。文档中的建议是将其用于大型项目，而不是用于小型项目，但您必须自己决定大小的定义。

我的建议是，如果您事先知道会是什么，就选择具体的架构。至于ReadyToRun，如果测试表明它对启动时间很重要，请选择它。

【参考方案2】：

编辑 - 简短回答

如果您选择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

【讨论】：

我对此表示怀疑。即使你使用win-x64，JIT 编译仍然应该是执行的一部分。 .NET Native 还不适用于 .NET Core，所以没有 AOT 可以替代 JIT。

现在添加了一个复选框选项“启用 ReadyToRun 编译”，似乎更多的是关于这个回复的内容。而这个仅适用于特定于平台的目标。如果不选中它，我不确定目标有什么不同。