跨平台大纲

文章目的

对于跨平台编译，网上有很多教程和解释，但零零碎碎总感觉不完整，所以想集中整理一下。但跨平台编译是一个很宽泛的问题，如果要全部说清楚，涉及到的问题会有很多，多番查证文献也会拖慢进度，所以决定隐藏不必要的技术细节，从“不求甚解”的角度，解释一下跨平台遇到的各种问题。

预计隐藏的部分

1.举例子。比如文章中提到，有一条(1101 0010)的机器码指令，但其实并没有这条指令，只是为了举例子方便而构造出这么一条指令。

2.简化结构。文章中说"可执行程序 = 操作系统头 + 完成任务的机器码"，事实上的可执行程序肯定不是这么分块，也不是这么简单，但从宏观来看，笔者认为这么划分可以反映一定的问题，也是合理的。

读者定位

跨平台编译入门级玩家。

可以熟练使用shell脚本。

指导思想

简化现实世界的计算机模型，从一种不同的角度描述遇到的问题。

和传统不一样的一些概念

程序源码 = C/C++内置操作 + 各种库调用

int main(int argc, char const *argv[]) {
    int prices[] = {7, 3, 8, 4, 5};    //c/c++内置操作
    std::sort(prices, prices+5);    //调用stl库
    return 0;
}

可执行程序 = 操作系统头 + 完成任务的机器码

计算机 = 操作系统 + 处理器

为什么做不到“一次编写，到处运行”

具体描述：

为什么在windows上编译出来的.exe文件，不能放到linux上直接运行。

android是基于linux的系统，为什么在linux上编译出的可执行程序，在android上不能直接运行。

答：

可执行程序要想被成功执行，需要满足两个基本要求(操作系统头+完成任务的机器码)。

一是操作系统层面，你必须通知操作系统说：这个程序可不是一般的程序，它是可以被执行的！对于Windows来说，需要在[操作系统头]里面写上"windows is great"的字样；对于linux来说，需要写上"linux is the best"的字样，对于android来说，则要写上“android i love you”等等。所以，一个用vs编译出来的程序，只有windows会认为它是可执行的，但对于linux和android来说，“这是什么？我不知道。”

二是处理器层面的，主要由两大处理器厂商(Intel和AMD)所控制。CXX源码编译出的可执行程序，内部存储的是机器码，直接执行机器码的，就是处理器。但不同的处理器对同一条机器码的解释是不一样的。比如说(1101 0010)这条机器码，在Intel看来，这是一条mov ax,ex指令；但在AMD看来，这是一条pop指令。所以，在Intel处理器上编译出的程序，是不能直接跑在AMD处理器上的。

所以，一个程序要正确执行，必须保证：操作系统头信息正确 + 对应处理器的机器码正确。

交叉编译cross platform compile

上面说到，在win上编译的程序只能跑在win的机器上，在linux上编译的程序只能跑在linux上，那想要编译出一个能跑在手机端的程序该怎么做？用跨平台编译器。

跨平台编译器是怎么工作的

从源码到可执行程序，可以分为2个步骤(下面的说法与大多数教程不同)。

第一个步骤是把你自己写的代码，编译成.obj文件;

第二个步骤是把你用到的库文件(比如说stl)，与你自己代码生成的.obj文件进行链接，生成最终的可执行文件。

其中，你自己写的代码，本身就是跨平台的，这个是由c++标准委员会规定给各个编译器看的，无须你操心；

你用到的库文件，相当一部分是用汇编实现，不具有跨平台性，所以每个平台都有自己的实现，这个也不用你操心。

你的工作是：写自己的代码，找到对应平台的库文件，把它们的位置都告诉编译器，编译器会生成一个跨平台的可执行文件给你。

到哪里找库文件

Windows上，下载了vs，你只需要在vs里写自己的代码，寻找库文件的任务vs会替你完成。

Linux上，下载了gcc/g++，你只需要写自己的代码，寻找库文件的任务gcc/g++会替你完成。

Mac上，下载了xcode，你只需要写自己的代码，寻找库文件的任务xcode会替你完成。

但由于你不可能在Android上跑一个vs/gcc/xcode，所以这个时候你要去google的官网上下载一个android专用的编译器，也就是ndk。然后，你只需要写自己的代码，寻找库文件的任务ndk会替你完成。

3.总结

基础概念就这么多，下面是一些跨平台编译的例子。继续看下去之前，请确保电脑上已经正确配置了ndk开发环境。