带有应用程序清单的 Win32 GetVersionEx API 会在以后的版本中中断吗？

Question

我有一个程序可以报告和/或检测 Windows 操作系统版本。它使用GetVersionEx，但在 Windows 8.1 及更高版本中，Microsoft intentionally broke this API 会返回错误的版本信息。 （显然，正确的版本检查对于大众来说太难了，但这是另一个话题的咆哮。）

我知道我可以添加一个清单来解决这个特定问题，但我的问题是关于“面向未来”的程序。

如果未来的用户在比 Windows 10 更新的操作系统上运行程序，GetVersionEx 是否会正常工作并报告“真实”操作系统版本，即使程序的清单不包含该版本的 GUID？

或者我注定要在每次发布新的操作系统版本时不断向清单中添加新的 GUID？

Answer 1

如果未来用户在比 Windows 10 更新的操作系统上运行程序，GetVersionEx 是否会正常工作并报告“真实”操作系统版本，即使程序的清单不包含该版本的 GUID？

否，这是documented behavior：

随着 Windows 8.1 的发布，GetVersionEx API 的行为在它为操作系统版本返回的值方面发生了变化。 GetVersionEx 函数返回的值现在取决于应用程序的显示方式。

未针对 Windows 8.1 或 Windows 10 显示的应用程序将返回 Windows 8 操作系统版本值 (6.2)。 一旦为给定的操作系统版本显示应用程序，GetVersionEx 将始终返回应用程序在未来版本中显示的版本。要为 Windows 8.1 或 Windows 10 显示应用程序，请参阅定位您的应用程序Windows 应用程序。

或者我注定要在每次发布新的操作系统版本时不断向清单中添加新的 GUID？

很遗憾，是的。版本表现的重点是明确报告您的应用程序已知兼容的操作系统版本。显然，您无法提前知道它是否与未来版本兼容。因此，每当发布新版本时，您都需要根据需要测试您的应用程序，验证它是否正常工作（并在需要时对其进行修复），然后相应地更新清单。在此之前，Windows 将自行降级，使其表现得像您在清单中报告的最高操作系统版本。

无论如何，您都不应该依赖GetVersionEx() 在运行时控制您的应用程序的功能。在日志等中报告操作系统版本是可以的（还有其他方法可以获取 true 操作系统版本，无论表现如何），但不要根据操作系统版本做出决定。例如，如果要使用仅在最近的操作系统版本中可用的给定功能，请不要检查操作系统版本，检查该功能本身是否存在，如果可用就使用它。