量子哈希
我将分享一些关于macOS的理解和搜索的小结：macOS是一个符合POSIX标准的操作系统，它也是一个注册的UNIX 03产品（根据Apple官方文档的说法）。UNIX 03是Single UNIX Specification（简称SUS）规范的一个版本。符合该规范的系统可以申请并声明符合UNIX 03规范的产品，并在通过兼容性认证后，在产品中标识自己符合UNIX 03规范。为什么使用SUS而不是UNIX呢？这涉及到版权和控制权的争议（参考资料）。在实际系统中，有些系统可能符合该规范并具有自己的扩展，有些系统可能在安装附加系统后才能符合规范，有些系统可能符合规范但没有进行认证和注册，因此无法正式声明符合UNIX 03规范。似乎几乎所有的Linux都处于这种状态，毕竟申请、认证和注册都需要付费。您可以在这里查看已注册的产品：
一个程序是否可以在不同的操作系统中移植，一方面取决于其源代码是否符合各个操作系统所遵循的规范的交集，另一方面取决于它所调用/依赖的库是否符合目标操作系统的规范，即使这些库没有随系统安装，至少可以通过额外安装来获得支持。源代码兼容性、编译兼容性和机器码兼容性：软件之所以可以在同一种操作系统的不同版本中运行，是因为编译兼容。如果编译不兼容，但源代码兼容，那么可以在目标系统上对源代码进行编译，得到一个兼容该系统的编译后程序。如果源代码都不兼容，可以修改不兼容的代码部分，获得适用于该系统的特定版本的源代码，这是软件移植过程中的工作。编译器的作用是将源代码编译为符合本地系统规范的机器码。例如，x86-64和RISC、PowerPC之间的机器码是不兼容的，因此需要重新编译。而AMD和Intel两个平台之间可以互换，是因为它们的机器码是兼容的。基于相同硬件平台（如Intel）的不同操作系统下的软件不能通用，主要是因为各个系统的规范不同，而机器码是相同的。gcc和clang等都是编译器，只要它们支持的编程语言，都可以进行代码编译，个人认为它们的主要区别在于代码优化部分。
无论是apt、deb还是brew，它们都通过在线源代码、移植操作和依赖关系的汇总表，根据本地系统的特性，实现了一整套自动化操作，包括下载、补全依赖、移植修改、编译、安装和配置等，从而实现了软件的移植安装。那么apt、deb和brew是否可以在不同的UNIX 03系统之间进行移植呢？可能是可以的。它们各自依赖的关系表是针对各自操作系统的，主要区别在于”移植”部分，即针对不同操作系统对源代码进行修正的操作。对于需要进行”移植”操作的软件，例如对硬盘设备的操作，在Linux上使用sda，而在macOS上使用disks*的形式（仅举例说明），操作的转换和逻辑会有很大不同，如果不进行移植，可能会出现问题。
以上是我的见解，也许有些生疏和生疏。
