2、开发环境搭建：三大平台环境配置
说实话，跨平台开发的第一步，往往不是写代码，而是搞定环境。
我见过太多人，代码写得挺溜，结果换个系统就编译不过。为啥？环境没配好。我自己早年也踩过不少坑——在 Windows 上写得好好的，拿到 Linux 上一编译，报错一堆。后来我学乖了，先把环境摸透，再动手写代码。
这一章，咱们就把 Windows（MSVC/MinGW）、Linux（GCC）、macOS（Clang）这三个主流平台的环境搭建讲清楚。你跟着走一遍，后面写代码就顺了。
核心观点：环境配置不是一次性的苦力活，而是你理解平台差异的第一步。配好了，后面移植就省心。
2.1 Windows 平台：MSVC 与 MinGW
Windows 上的 C 编译器，主流就两个：MSVC 和 MinGW。很多人纠结选哪个，我的建议是——看你最终要部署到哪。
2.1.1 MSVC（Microsoft Visual C++）
MSVC 是 Visual Studio 自带的编译器。如果你做 Windows 桌面应用，或者要用到 Windows API，那 MSVC 是首选。
安装步骤：
- 下载 Visual Studio Community 版（免费）
- 安装时勾选「使用 C++ 的桌面开发」工作负载
- 安装完成后，打开「开发者命令提示符」或 PowerShell
验证是否装好，打开终端输入：
cl --version如果看到版本信息，就说明成了。我记得第一次用 MSVC 时，被它的输出信息吓了一跳——全是英文，而且很长。后来习惯了，其实核心信息就那几行。
小技巧：我个人习惯把「开发者命令提示符」固定到任务栏。每次要用时，右键一开就行，不用去开始菜单翻。
2.1.2 MinGW（Minimalist GNU for Windows）
MinGW 是把 GCC 移植到 Windows 上的版本。如果你写的代码将来要移植到 Linux，或者你习惯用 GCC 那一套工具链，那 MinGW 更适合你。
安装步骤：
- 下载 MinGW-w64 安装器（推荐从
mingw-w64.org或msys2.org获取） - 运行安装器，选择架构为
x86_64，线程模型选posix - 将
bin目录添加到系统 PATH 环境变量
验证：
gcc --version这里有个坑——我曾经在项目里同时装了 MSVC 和 MinGW，结果编译时链接器报错，因为两个工具链的库混了。后来我学乖了：一个项目只用一套工具链，别混着来。
注意：MinGW 和 MSVC 生成的 .obj 文件不兼容。如果你要用第三方库，一定要确认它用的是哪个工具链编译的。
2.2 Linux 平台：GCC
Linux 上的 C 编译器，GCC 是绝对的主流。说实话，Linux 下配环境比 Windows 简单多了——包管理器一敲，完事。
安装命令（以 Ubuntu/Debian 为例）：
sudo apt update
sudo apt install build-essentialbuild-essential 这个包会帮你装好 GCC、G++、make 等一整套工具。装完后验证：
gcc --version如果你用的是 CentOS/RHEL/Fedora：
sudo yum groupinstall "Development Tools"
# 或者
sudo dnf groupinstall "Development Tools"我在项目中遇到过一个问题：Linux 发行版自带的 GCC 版本可能比较老。比如 Ubuntu 18.04 默认是 GCC 7.x，但有些新特性需要 GCC 9 以上。这时候你可以手动安装新版本：
sudo apt install gcc-9 g++-9然后通过 update-alternatives 切换默认版本。嗯，这里要注意——别把系统自带的 GCC 删了，有些系统工具依赖它。
经验之谈：在 Linux 上开发，我建议你至少装两个版本的 GCC。一个系统默认的，一个最新的。这样既能兼容旧代码，又能尝鲜新特性。
2.3 macOS 平台：Clang
macOS 上的 C 编译器，默认是 Clang。很多人以为 macOS 用的是 GCC，其实不是——gcc 命令在 macOS 上默认指向的是 Clang。你想想看，苹果怎么可能用 GNU 的东西当默认呢？
安装步骤：
- 安装 Xcode Command Line Tools：
xcode-select --install这个命令会弹出一个对话框，点「安装」就行。装完后，你就有 clang、make、git 等工具了。
验证：
clang --version如果你想要真正的 GCC，可以用 Homebrew 安装：
brew install gcc但说实话，在 macOS 上我基本只用 Clang。为啥？因为苹果的生态就是围绕 Clang 建的，用 GCC 反而可能遇到一些兼容性问题。比如有些 macOS 特有的头文件，GCC 找不到。
小提示：如果你在 macOS 上写跨平台代码，建议用 Clang 编译，然后拿到 Linux 上用 GCC 再编译一次。这样两边都测过，心里踏实。
2.4 三大平台对比与核心差异
配好环境后，咱们来对比一下这三个平台的关键差异。说白了，就是让你心里有个数——同样的代码，换个平台编译，可能会遇到什么。
| 对比项 | Windows (MSVC) | Linux (GCC) | macOS (Clang) |
|---|---|---|---|
| 默认编译器 | cl.exe | gcc | clang |
| 标准库 | MSVC CRT | glibc | libSystem (含 BSD 风格) |
| 预处理器宏 | _WIN32, _MSC_VER | __linux__, __GNUC__ | __APPLE__, __clang__ |
| 动态库后缀 | .dll | .so | .dylib |
| 默认对齐方式 | 8 字节 | 4 或 8 字节（取决于架构） | 8 字节 |
这张表你最好存一下。我在做跨平台移植时，经常翻出来看。尤其是预处理器宏那块——写条件编译时，全靠它们来区分平台。
2.5 跨平台编译的典型流程
环境配好了，怎么用？我画了一张图，帮你理清思路：
这张图的核心逻辑是：同一份源码，通过条件编译区分平台，然后分别编译。我在实际项目中，通常会在源码里这样写：
#ifdef _WIN32
// Windows 专用代码
#include <windows.h>
#elif defined(__linux__)
// Linux 专用代码
#include <unistd.h>
#elif defined(__APPLE__)
// macOS 专用代码
#include <TargetConditionals.h>
#endif这样写的好处是——你只需要维护一份源码，编译时自动适配。我曾经在一个项目里，用这种方式同时支持了 Windows、Linux 和 macOS，省了不少事。
避坑指南：我曾经在 macOS 上写 #ifdef __linux__，结果死活不生效。后来才发现，macOS 上应该用 __APPLE__。记住：平台宏不要搞混，否则条件编译等于白写。
2.6 验证环境是否配好
环境配完，总得跑个程序试试吧？我一般用这个经典例子来验证：
#include <stdio.h>
int main() {
printf("Hello, cross-platform world!\n");
#ifdef _WIN32
printf("Platform: Windows\n");
#elif defined(__linux__)
printf("Platform: Linux\n");
#elif defined(__APPLE__)
printf("Platform: macOS\n");
#endif
return 0;
}编译运行：
- Windows (MSVC):
cl hello.c && hello.exe - Windows (MinGW):
gcc hello.c -o hello.exe && hello.exe - Linux:
gcc hello.c -o hello && ./hello - macOS:
clang hello.c -o hello && ./hello
如果每个平台都正确输出了对应的平台名，那恭喜你——环境配好了，可以开始写跨平台代码了。
个人习惯：我每次换新电脑，第一件事就是跑这个程序。三行代码，验证三个平台，心里踏实。
好了，环境搭建就讲到这里。你跟着走一遍，应该不会出大问题。如果遇到报错，别慌——多半是 PATH 没配好，或者编译器版本不对。检查一下，重来一次就行。
公众号:蓝海资料掘金营，微信deep3321