原文地址：http://beyondvincent.com/2013/11/21/2013-11-23-123-build-process/#1

声明：

1、本文是我在看完破船的文章之后进行的转载，内容有可能根据我的理解做了一些修改，如有异议请参考原文。

2、本文由破船2013年11月翻译，苹果更新了这么多代了，所以看看大致原理即可，不要太纠结于细节，最新的细节还请搜索并参考最新文章

注1：本文由破船译自The Build Process。

注2：本文的目的有如下三点

下面开始吧：

本文目录如下所示：

1. 解密Build日志
2. Build过程的控制
3. 工程文件解读
4. 小结

本文，我将从稍微高一点的角度来解读整个Build过程，并探索一下Build过程与Xcode界面上显示的project setting有多大关系。当然，为了更加深入的了解每一步实际执行的任务，我会适当的引入一些别的文章。

解密Build日志

为了了解Xcode build过程的内部工作原理，我们首先把突破点放在完整的log文件上。打开Log Navigator，从列表中选择一个Build，Xcode就会通过很漂亮的一种格式将log文件显示出来。如下图所示：

默认情况下，XCode会把大量的log信息隐藏起来，你只需要点击选中某条log，然后点击右边的展开按钮，就能看到该条log的详细信息了。当然，你也可以选中一条或者多条日志，然后通过Cmd+C，就能将相关的所有文本信息拷贝到粘贴板上。另外，还可以通过菜单Editor中的Copy transcript for shown results将所有的log信息复制到粘贴板上。

在我这儿的示例中，将近有10000行log信息(当然，大多数信息是由OpenSSL带来的，并非来自我们的代码)。下面我们就开始吧！

首先，你可能会发现输出的log信息，被工程中对应的target分割开了：

在我这的工程中有好几个依赖项：如包含在Pods中的AFNetworking 和 SSZipArchive, 以及以子工程形式存在的OpenSSL等。

针对这里的每个target，Xcode都会执行一系列的操作，以将相关的源代码转换为机器可读的二进制(于所选平台相关)。我们来亲密接触一下第一个target SSZipArchive吧。

在这个target的log输出中，我们可以看到每个任务执行的详细情况。例如，第一个是处理一个预编译头文件(为了增加其可读性，我省略了许多细节)：

在build过程中，每个任务都会出现类似上面的这些log信息，我们就通过上面的log信息了解详情吧。

1. 每个log都会以这样的一行来对任务进行描述。
2. 接着下面带缩进的这3行会被输出。此处，修改了工作路径，并对PANG和PATH环境变量进行设置。
3. 这里才是真正焕发出魔力的地方。为了处理一个.pch文件，调用了clang，并且附带了大量的选项。这行log信息显示出了所有的调用参数，我们稍微看几个参数吧：
4. -x标示符用来指定语言，此时是objective-c-header。
5. 目标架构指定为armv7。
6. 标示#defines的内容已经被添加了。
7. -c标示符用来告诉clang具体如何运行。-c意味着：运行预处理器、词法分析、类型检查LLVM的生成和优化，以及特定target相关汇编代码的生成阶段，最后，运行这个汇编代码以生成.o目标文件。
8. 输入文件。
9. 输出文件。

虽然有大量的log信息，不过我不会把每个log信息都做详解。我们的目的是让你了解在build过程中，完整的了解什么工具被调用，以及都使用了什么参数。

针对这个target，虽然只有一个.pch文件，但实际上这里对objective-c-header文件处理了两次。下面来看看log信息告诉我们的详细情况：

可以看到，build了两种target：armv7和armv7s，所以clang为每种架构处理了一次这个文件。

紧接着预编译头文件的处理之后，我们可以找到SSZipArchive target相关的其它一些任务：

通过名称，我们基本能够知道个大概：CompileC用来编译.m和.c文件，Libtool根据目标文件创建出一个库，而CreateUniversalBinary则将上一阶段产生的两个.a文件(对应着两个不同的架构)合并为一个通用的二进制文件(可以运行在armv7和armv7s上)。

上面这些类似的步骤会出现在工程中所有其它的依赖项中。

当所有的依赖项都准备好了，就可以开始构建我们程序的target了。针对该target输出的log信息包含了之前没有出现过的内容，这些内容非常有价值：

在上面的任务中，可能Ld不能一眼看出是什么意思，此处它是一个linker工具，跟libtool类似。实际上libtool会简单的调用ld和lipo。而ld用来构建可执行文件。更多编译和链接相关的文章可以看看 Daniel 和 Chris写的。

上面这些步骤，实际上都会调用相关的命令行工具来做实际的工作，这跟之前我们看的步骤ProcessPCH类似。至此，我将不会继续介绍这些log信息了，我将带来大家从另外一个不同的角度来继续探索这些任务：Xcode是如何知道哪些任务需要被执行？

Build过程的控制

当你选中在Xcode 5中的一个工程时，project editor会在顶部显示出6个tabs：General, Capabilities, Info, Build Settings, Build Phases 以及 Build Rules。如下图所示：

其中最后3项与build过程的相关度最大。

Build Phases

Build Phases代表着将代码构建为一个可执行文件的规则。它描述了build过程中必须执行的不同任务。

首先，指定了target的依赖项。这将告诉build系统在当前target可以build之前，必须先build target的依赖项。实际上这并不属于真正的build phase，在这里，Xcode只不过将其与build phase显示到一块罢了。

接着是一个CocoaPods相关的脚本需要在build phase执行——更多CocoaPods相关信息可以查看Michele的文章。

然后在Compile Sources中指定了所有必须进行编译的文件。更多相关内容我们将在build rules和build settings中研究。在Compile Sources中指定的文件将根据这些rule和setting被处理。

当编译结束，下一步就是将所有的内容链接到一块：Link Binary with Libraries。在这里面列出了所有的静态库和动态库，这些库会与上面编译阶段生成的目标文件进行链接。实际上静态库和动态库的处理过程有非常大的区别，相关内容可以参考Daniel的文章 Mach-O executables。

当链接完成之后，build phase中最后需要处理的就是将静态资源（例如图片和字体）拷贝到app bundle中。需要注意的是，如果图片资源是PNG格式，那么不仅仅对其进行拷贝，还会做一些优化(如果build settings中的PNG优化是打开的)。

虽然静态资源的拷贝是build phase中的最后一步，但这并不代表build过程已经完成了。例如，还没有进行code signing(这并不是build phase考虑的范畴)，code signing属于build步骤中的最后一步Packaging。

定制Build Phases

至此，你已经完全可以掌控build phases相关内容(先不考虑默认的设置项)，例如，你可以在build phases中添加运行自定义脚本，就像CocoaPods使用的一样，来做额外的工作。当然也可以添加一些资源的拷贝任务，当你需要将某些确定的资源拷贝到制定的target目录中，这非常有用。

另外你可以通过定制build phase来添加带有水印(包括版本号和commit hash)的app icon。只需要在build phase中添加一个Run Script，然后用下面的命令来获取版本号和commit hash：

然后可以使用ImageMagick来修改app icon。这里有一个完整的示例，可以参考。

如果你希望编写的代码比较简洁点，那么可以添加一个Run Script，如果一个源文件超过指定行数，就发出警告。如下代码所示，设置的行数为200。

Build Rules

Build rules指定了不同文件类型该如何编译。一般来说，开发者并不需要修改这里面的内容。如果你需要对特定的文件类型添加处理方法，那么可以在此处天剑一条新的规则。

一条build rule指定了其应用于那种文件类型，该文件类型是如何被处理的，以及输出内容被放置到何处。比方说，我们创建了一条预处理规则，该规则将Objective-C的实现文件当做输入，然后解析文件内部的注释内容，最后再输出一个.m文件，文件中包含了生成的代码。由于我们不能将.m文件既当做输入又当做输出，所以我使用了.mal后缀，定制的build rule如下所示：

上面的规则应用于所有后缀为*.mal的文件，这些文件会被自定义的脚本处理(调用我们的预处理器，并附带上输入和输出参数)。最后，该规则告诉build system在哪里可以找到此规则的输出文件。

由于这里的输出是一个.m文件，那么build使这些.m文件会被编译处理(就如刚开始介绍的那些预处理步骤)。

在脚本中，我使用了少量的变量来指定正确的路径和文件名。在苹果的Build Setting Reference.文档中可以找到所有可用的变量。build过程中，要想观察所有已存在的环境变量，你可以添加一个Run Script build phase，并勾选上Show environment variables in build log。

Build Settings

至此，我们已经了解到build phases是如何被用来定义build 过程的步骤，以及build rules是如何指定哪些文件类型在编译阶段需要被预处理。在build settings中，我们可以配置每个任务(之前在build log输出中看到的任务)的详细内容。

在这里，你会发现build 过程的每一个阶段，都有许多选项：从编译、链接一直到code signing和packaging。注意，settings被分割为不同的部分，大部分会于build phases有关联，有时候也会指定编译的文件类型。

这些选项基本都有不错的文档介绍，你可以在右边面板中的quick help inspector或者 Build Setting Reference中查看到。

工程文件

上面我们介绍的所有内容都被保存在工程文件(.pbxproj)中，除了其它一些工程相关信息(例如file groups)，我们很少会深入该文件内部，除非在代码merge时发生冲突，或许会进去看看。

我建议你用文本编辑器打开一个工程文件，从头到尾的看一遍里面的内容。它的可读性非常高，里面的许多内容一看就知道什么意思了，不会存在太大的问题。通过阅读并完全理解工程文件，这对于合并工程文件的冲突非常有帮助。

首先，我们来看看文件中叫做rootObject的entry。在我的工程中，如下所示：

根据这个ID(1793817C17A9421F0078255E)，我们可以找到main工程的定义：

在这部分section中包含了一些keys，顺从这些key，我们可以了解到更多关于这个工程文件的组成。例如，mainGroup指向了root file group。如果你按照这个思路，你可以快速了解到在.pbxproj文件中工程的结构。下面我要来介绍一些与build过程相关的内容。其中target key指向了build target的定义：

根据第一个id，我们找到一个target的定义：

其中buildConfigurationList指向了可用的配置项，一般包括Debug和Release。根据debug对应的id，我们可以找到build setting tab中所有选项存储的位置：

而buildPhases属性则简单的列出了在Xcode中定义的所有build phases。这非常容易识别出来(Xcode中的参数使用了它们原本真正的名字，并以C风格进行注释)。

buildRules属性是空的：因为在该工程中，我没有自定义build rules。

dependencies列出了在Xcode build phase tab中列出的target依赖项。

没那么吓人，不是吗？工程中剩下的内容就留给你去当做练习来了解吧。只需要顺着ID走，即可，一旦你找到了敲门，理解了Xcode中工程设置的不同section，那么对于merge工程文件的冲突时，将变得非常简单。甚至可以在GitHub中就能阅读工程文件，而不用将工程文件clone到本地，并用Xcode打开。

小结

当今的软件都是用其它复杂的一些软件和资源开发出来的，例如library和build工具等。反过来，这些工具是构建于底层架构的，这犹如剥洋葱一样，一层包着一层。虽然这样一层一层的，给人感觉太复杂，但是你完全可以去深入了解它们，这非常有助于你对软件的深入理解，实际上当你了解之后，这并没有想象中的那么神奇，只不过它是一层一层堆砌起来的，每一层都是基于下一层构建起来的。

在这里，我们只是轻微的探究了一下build过程，当我们点击Xcode中的允许按钮时，并没必要深入了解内部具体发生了什么。只需要了解到build的过程，以及可控的一些操作顺序即可。当然，要想进一步深入了解，可以试着阅读其它一些文章。

iOS程序的Build过程相关推荐

1. iOS程序的启动过程介绍

   大家在学习iPhone开发时候,都会写HelloWorld程序.大家一般都是通过向导,生成项目,然后通过模拟器启动应用程序.但是大家知道其背后的启动过程吗?也就是当点击程序图标启动程序开始到退出程序整 ...

2. iOS程序启动过程笔记

   CHENYILONG Blog 笔记 一.iOS程序的完整启动过程(有storyboard) 1.先执行main函数,main内部会调用UIApplicationMain函数 2.UIApplicat ...

3. 手机安装pem_使用HTTP网址分发并安装iOS程序

   背景 最近要给远方的客人提供一个iOS App来进行预览体验,因为不是正式的产品,所以不能发布到苹果商店:又因为iOS不像Android那么开放,可以随随便便下载安装一个外部apk:又因为是远方的人员 ...

4. 写给iOS程序员的命令行使用秘籍

   http://www.jianshu.com/p/44d3b8f713f2 Mac OS是Unix系统的分支,有着强大的命令行功能.很多事情在命令行下处理会事半功倍,所以我就iOS程序员可能会用到的功 ...

5. iOS程序员的命令行使用

   Mac OS是Unix系统的分支,有着强大的命令行功能.很多事情在命令行下处理会事半功倍,所以我就iOS程序员可能会用到的功能讲述一下. 终端设置 Mac的终端有一个很关键的配置,就是"使用 ...

6. iOS App 的编译过程

   在 iOS 开发的过程中,Xcode 为我们提供了非常完善的编译能力,正常情况下,我们只需要 Command + R 就可以将应用运行到设备上,即使打包也是一个相对愉快的过程. 但正如我们写代码无法避 ...

7. UIViewController的生命周期及iOS程序执行顺序

   当一个视图控制器被创建,并在屏幕上显示的时候. 代码的执行顺序 1. alloc                                   创建对象,分配空间 2.init (initWit ...

8. IOS开发系列--IOS程序开发概览

   IOS开发系列--IOS程序开发概览 2014-08-04 19:42 by KenshinCui, 9983 阅读, 51 评论, 收藏, 编辑 概览 终于到了真正接触IOS应用程序的时刻了,之前我 ...

9. iospython开发工具_使用Python开发iOS程序

   们见过使用JS.Lua.Ruby开发iOS程序的,但是基本没有见过使用Python开发iOS程序(软件)的,这是为什么?关于这个问题,我后面会回答. 那么,怎么用Python开发iOS程序呢?其实我们 ...

最新文章

1. 华为手机权限开启方法8
2. Lesson 2 Installing the Oracle Database Software
3. review what i studied `date` - 2017-4-24
4. 解决eclipse 中文乱码问题
5. C语言经典面试题目（转的，不过写的的确好！）
6. .NET 泛型，详细介绍
7. javaWeb服务详解【客户端调用】（含源代码，测试通过，注释） ——测试
8. python input 与raw_input函数的区别
9. WPF中路由事件的传播
10. 自己总结的sql基本操作
11. Android开发笔记（七十二）数据加密算法
12. 全新防火墙6.0 单条PPPOE（ADSL）上网配置
13. animate auto
14. CSDN博客代码片黑色背景及代码高亮设置
15. 将本地图片生成一个网页链接(markdown)
16. MyBatis - 使用@Param注解解决mybatis方法传入多参数时的报错问题
17. python中间件的作用_graphene-python学习笔记（12）中间件
18. 断点续传续播的大概原理
19. 【java】简单的双人五子棋
20. C语言输入Aa1Bb2Cc3,C语言shuzu_test.doc

热门文章

1. Win10系统双击无法打开图片的解决方法
2. vscode配置python环境以及使用json文件配置默认解释器、代码自动保存、pydesigner、kite
3. 南昌人武学院计算机室,【志愿者日记】南昌大学人武学院：用行动感染身边的人...
4. 悬挂式Notification 停留几秒后自动消失 且保留状态栏的通知（自定义消息）
5. QLineEdit光标往左或者往右
6. pikachu XXE (XML外部实体注入)（皮卡丘漏洞平台通关系列）
7. JAVA基于JSP的疫情学生宿舍管理系统【数据库设计、论文、源码、开题报告】
8. 浅谈JdbcDaoSupport
9. python去中心化_EOS区块链dApp去中心化应用汇总
10. ubuntu18.04重装后的安装工作