跨平台编译：条件编译、平台宏定义、不同编译器兼容

说实话，跨平台编译这事儿，我早年刚入行时觉得挺简单的——不就是换个编译器重新编译一下嘛？结果第一次把Windows上的代码往Linux上一扔，编译报错两百多条，我整个人都懵了。从那以后，我才真正开始认真对待跨平台这件事。

今天咱们聊聊怎么让C代码在不同平台、不同编译器下都能跑得顺。说白了，就是让你的代码学会「见人说人话，见鬼说鬼话」。

条件编译：代码里的「if-else」

条件编译，就是让预处理器在编译阶段决定哪些代码要编译进去，哪些要扔掉。核心工具就是 #ifdef、#ifndef、#if、#else、#elif、#endif 这一套。

我个人习惯把平台相关的代码用条件编译包起来，这样一份源文件就能适配多个平台。举个例子：

#include <stdio.h>

#ifdef _WIN32
    #include <windows.h>
    #define SLEEP(ms) Sleep(ms)
#elif defined(__linux__)
    #include <unistd.h>
    #define SLEEP(ms) usleep((ms) * 1000)
#elif defined(__APPLE__)
    #include <unistd.h>
    #define SLEEP(ms) usleep((ms) * 1000)
#else
    #error "Unsupported platform!"
#endif

int main() {
    printf("Sleeping for 1 second...\n");
    SLEEP(1000);
    printf("Done.\n");
    return 0;
}

你看，同样的 SLEEP 宏，在Windows下调 Sleep，在Linux/macOS下调 usleep。预处理器会根据当前平台自动选择正确的实现。

平台宏定义：编译器告诉你的「暗号」

编译器在编译时会预定义一些宏，告诉你当前是什么平台、什么编译器。这些就是平台宏定义。常用的有：

宏定义	含义	常见编译器
_WIN32	Windows 平台（32位或64位）	MSVC、MinGW
_WIN64	Windows 64位平台	MSVC、MinGW
__linux__	Linux 平台	GCC、Clang
__APPLE__	macOS / iOS 平台	Clang、GCC
__unix__	Unix 类平台	GCC、Clang
__GNUC__	GCC 编译器	GCC
__clang__	Clang 编译器	Clang
_MSC_VER	MSVC 编译器版本号	MSVC

嗯，这里要注意：不同编译器定义的宏名字不一样。比如Windows平台，MSVC用 _WIN32，MinGW也用 _WIN32，但GCC在Linux下用 __linux__。你想想看，如果不做区分，代码就乱套了。

不同编译器兼容：那些「坑」你踩过几个？

我在项目中遇到过最头疼的问题，就是不同编译器对C标准的支持程度不一样。比如：

• MSVC 对C99的支持比较晚，早期版本甚至不支持 stdint.h
• GCC 默认用GNU C扩展，有些写法在Clang下可能报错
• Clang 对代码的警告更严格，很多GCC下能过的代码在Clang下会报警告

怎么解决？我的做法是：

1. 尽量用标准C，别依赖编译器特有的扩展
2. 用宏隔离编译器差异，比如：

#ifdef _MSC_VER
    // MSVC 特有的代码
    #pragma warning(disable: 4996)  // 禁用安全函数警告
#elif defined(__GNUC__) || defined(__clang__)
    // GCC/Clang 特有的代码
    #define __attribute__((unused))
#endif

实战：一个跨平台的日志模块

咱们写一个简单的日志模块，让它能在Windows和Linux下都能用：

// log.h
#ifndef LOG_H
#define LOG_H

#include <stdio.h>
#include <time.h>

// 平台相关的文件操作
#ifdef _WIN32
    #include <io.h>
    #define access _access
    #define F_OK 0
#else
    #include <unistd.h>
#endif

// 日志级别
typedef enum {
    LOG_DEBUG,
    LOG_INFO,
    LOG_WARN,
    LOG_ERROR
} log_level_t;

// 初始化日志文件
int log_init(const char *filename);

// 写日志
void log_write(log_level_t level, const char *fmt, ...);

#endif // LOG_H

// log.c
#include "log.h"
#include <stdarg.h>
#include <string.h>

static FILE *log_file = NULL;
static const char *level_str[] = {
    "DEBUG", "INFO", "WARN", "ERROR"
};

int log_init(const char *filename) {
    // 检查文件是否存在
    if (access(filename, F_OK) == 0) {
        // 文件存在，追加模式
        log_file = fopen(filename, "a");
    } else {
        // 文件不存在，新建
        log_file = fopen(filename, "w");
    }
    
    if (!log_file) {
        return -1;
    }
    
    return 0;
}

void log_write(log_level_t level, const char *fmt, ...) {
    if (!log_file) return;
    
    time_t now = time(NULL);
    char time_buf[32];
    strftime(time_buf, sizeof(time_buf), 
             "%Y-%m-%d %H:%M:%S", localtime(&now));
    
    fprintf(log_file, "[%s] [%s] ", time_buf, level_str[level]);
    
    va_list args;
    va_start(args, fmt);
    vfprintf(log_file, fmt, args);
    va_end(args);
    
    fprintf(log_file, "\n");
    fflush(log_file);
}

你看，这个模块里只用了 access 这个平台相关的函数，我用 #ifdef _WIN32 把它映射成了Windows下的 _access。其他地方全是标准C，换平台直接重新编译就行。

知识体系：一张图看懂跨平台编译

下面这张图是我自己总结的跨平台编译知识结构，你一看就明白：

说白了，跨平台编译的核心就一句话：把差异封装起来，对外提供统一接口。你只要把平台相关的代码用条件编译包好，上层业务逻辑全用标准C，换平台就是换个编译器重新编译的事儿。

好了，跨平台编译就聊到这儿。记住：别怕平台差异，用条件编译和宏定义把它们管好就行。你想想看，其实每个平台都有自己的「脾气」，摸透了就好办了。