为什么软件使用Win32名称？

如果软件/库对Windows平台有某种支持，则它们几乎总是将其目录和变量命名为win32。这在C / C ++项目中最为普遍。甚至MinGW项目的目标是三重用途win32。是否有一个原因？为什么不使用Windows或Microsoft Windows这样的专有名称？命名选择是否存在法律障碍？

这个问题不是关于API的，而是正在使用的命名约定。当一个库支持其他操作系统时，它们通常使用适当的名称，例如linux，freebsd或需要的任何特殊支持。但是当涉及到Windows时，它通常被缩写为win32，与其他语言相比显得有些奇怪。

Win32是Windows API的惯用名称。该API指定应用程序如何与操作系统接口。它与Unix上的POSIX标准大致相当，但是Win32还涵盖了GUI和许多其他功能。

Win32 API不仅限于32位Windows安装。

从Windows开发人员中心：

Windows应用程序编程接口（API）使您可以开发在所有Windows版本上成功运行的桌面和服务器应用程序，同时利用每个版本独有的功能。

Windows API可以在所有基于Windows的桌面应用程序中使用，并且32位和64位Windows通常支持相同的功能。编程元素的实现上的差异取决于基础操作系统的功能。这些差异在API文档中有所说明。

注意 这以前称为Win32 API。Windows API这个名称更准确地反映了它在16位Windows中的根源以及对64位Windows的支持。

您不必使用Win32 API为Windows开发。替代方法是.NET类或Windows RT接口。

从技术上讲，有一个Win64变体。但是它与Win32的主要区别在于数据模型（指针的大小）。它不是一组独特的API：

Win64 API环境与Win32 API环境几乎相同，与从Win16到Win32的重大转变不同。现在将Win32和Win64 API合并在一起，称为Windows API。使用Windows API，您可以编译相同的源代码以在32位Windows或64位Windows上本地运行。要将应用程序移植到64位Windows，只需重新编译代码即可。

Windows头文件被修改，以便您可以将它们用于32位和64位代码。（来源）

由于Win64并没有本质上的不同，因此您几乎永远不会看到针对win64源代码级别的项目，尽管较新的项目可能针对的winapi不是传统的win32。但是出于所有实际目的，所有这些名称均指代相同的API。

因为Windows API已有30多年的历史，并且在PC为16位时就已经存在，然后出现32位，然后是Win32，然后是Win64。Windows开发中存在平台依赖性，因此您需要代码以匹配体系结构中的OS库（dll）。

https://zh.wikipedia.org/wiki/Windows_API#Versions

针对win32构建的Windows应用程序将在32位体系结构上运行，并且由于Windows操作系统提供了win32子系统，因此将在64位运行，从而使win32应用程序可在现代的64位Windows OS上运行。

尽管随着时间的流逝，win32的构建越来越少，但win32可能不会很快消失。当逐步淘汰win32构建时，可能会有一个win128，而win64将是新的win32。