多平台介绍：Android、iOS、Windows、macOS、Linux 的核心特性与差异

说起多平台兼容性测试，很多人第一反应就是“跑一遍看看”。但说实话，能跑不代表没问题。每个平台都有自己的脾气。我这些年吃过不少亏，总结下来就是：你得先懂它们，才知道怎么测。

下面我就从 SDK 开发的视角，把这五个平台掰开揉碎了讲讲。每个平台的核心特性、差异点、以及我踩过的坑，都会提到。

Android：碎片化的重灾区

Android 的核心问题，说白了就是“多”。

• 内核：基于 Linux 内核，但 Google 做了大量定制。不同厂商还会魔改。
• 包管理：APK 格式，签名机制严格。我记得有一次，第三方库的签名没对齐，直接安装失败。
• 权限模型：从 Android 6.0 开始动态弹窗，10.0 以后限制后台位置。权限拒绝率很高。
• 屏幕尺寸：从 2.8 寸到 7 寸都有。你的 UI 布局必须考虑到。
• 性能差异：低端机内存 2GB，高端机 12GB。CPU 架构有 ARM、ARM64、x86。

iOS：封闭生态下的双刃剑

iOS 的优点是统一，缺点是太统一了。你没法改，只能适应。

• 内核：XNU 内核，基于 Darwin。沙盒机制非常严格，每个 App 只能访问自己的容器。
• 包格式：IPA 格式，需要签名和 Profile。开发测试时得配好证书，不然跑不起来。
• 屏幕尺寸：虽然机型少，但刘海、灵动岛、圆角这些屏幕特性，SDK 必须适配。
• 后台限制：iOS 对后台任务管控极严。你的 SDK 如果依赖后台常驻，基本行不通。
• 审核机制：App Store 审核严格。你的 SDK 不能偷偷收集数据，否则 App 会被拒。

Windows：兼容性优先的庞然大物

Windows 是桌面端的老大。但它的问题在于历史包袱太重。

• 桌面 vs UWP：Win32 应用兼容性最好，但开发体验老。UWP 是现代风格，但用户量少。
• 架构：x86、x64、ARM64 都有。你的 SDK 如果只编译了 x64，那在 Surface Pro X 上就废了。
• 文件系统：NTFS，支持长路径、大小写不敏感。但很多老代码还当大小写敏感写，出过事。
• 依赖库：VC++ 运行时、.NET Framework……版本巨多。忘装就直接报错。
• DLL 地狱：两个同名 DLL 放不同版本，程序直接炸。我在项目中遇到过三次。

macOS：Unix 的优雅与坑

macOS 对开发者很友好，因为它的内核是 Darwin，跟 Linux 同源。但友好不代表没坑。

• 文件系统：APFS，大小写不敏感（默认）。很多 Linux 过来的习惯写大小写敏感，直接崩。
• 沙盒机制：App Store 的 App 强制沙盒。你的 SDK 如果写文件到随意路径，会被拒绝。
• 架构：从 Intel 转到了 Apple Silicon（ARM64）。两种架构都要打二进制包，即“通用二进制”。
• 权限模型：摄像头、麦克风、文件访问都需要用户授权。弹窗比 iOS 还多。
• 版本兼容：Big Sur、Monterey、Ventura……不同版本的行为不一样。我遇到过 Notification API 在旧版本上无声失效。

Linux：最灵活也最折腾

Linux 是服务器和嵌入式领域的王者。但它的发行版太多了。

• 内核：通用 Linux 内核。但发行版的内核配置可以不同，比如实时补丁是否开启。
• 包管理器：apt、yum、pacman、zypper……依赖关系复杂。
• 文件系统：ext4、XFS、Btrfs 等。默认大小写敏感，跟 macOS/Windows 不一样。
• 图形栈：X11 vs Wayland。Wayland 下截图、全局快捷键等 API 行为不同。
• A/B 测试：glibc 版本、libstdc++ 版本、pthread 实现……你的 SDK 如果用新特性，低版本发行版直接跑不了。

五大平台差异速览

核心兼容性测试维度

有了这些差异，我们的测试才有方向。我个人习惯把它分成四个层面：

1. 构建层：你的 SDK 能不能在每种平台上正常编译？依赖的库有没有缺失？
2. 运行时层：跑起来后，内存、线程、文件 IO 是否正常？平台特性（如沙盒）有没有触发异常？
3. 交互层：UI 控件、手势、屏幕适配、字体渲染是否一致？
4. 功能层：核心业务逻辑在跨平台调用时，结果是否一致？例如加密、网络请求、文件解析。

你想想看，这四个维度测下来，基本就把路堵死了。我在实际项目中，还会再加一层“边缘层”——比如测试低版本、老旧硬件、特殊区域设置（如土耳其语的大小写问题）。

这张图是我在搭建测试体系时画的。核心就是：从上到下，逐层化解平台的差异。每一层都要有对应的测试用例。