前言
ios 开发中经常遇到编译链接的错误：头文件找不到，symbol 没定义等错误。经常需要配置工程build setting，制作静态库和framework等工作。这些问题其实属于编译链接的内容。编译链接的内容很庞大。这里，主要根据自己在工作中遇到的问题，步步深入地理解。《程序员的自我修养》很全面的介绍了编译链接的内容。
相关组件
最近，看到这篇文章 按照自己理解，和实践整理下来
package(包)
package（包）包含着 swift 的源文件和一个说明文件（manifest file）
苹果提供了一个 swift 包管理工具，详见:Swift Package Manager tutorial.
library
library（库） 是目标文件的集合。有两种类型：动态库 和 静态库
Mach-O
一种文件格式，就像 txt、word、MP3等格式一样。只不过 Mach-O 用于目标文件编译好的文件，用于 library、 framework、APP等。
Module(目前没有理解透彻)
Swift 用module 来管理代码。有些类似命名空间，但有区别，所以在苹果的文档中找不到命名空间这样的概念。
example：importing module
import UIKit
import my_module
在 Module 之前，引入库 #import <xx/xx.h> 这使用是的宏语法，宏语法在编译时，就 原样展开 相当于 直接copy
以前的方案有很多缺点：
- 很容易破坏其他的库。所以，我们以前经常给自己的库加一个 特别的 前缀 以做区别，如系统的NS等
- （There was an other issue: the copy-pasing resulted in non-scalable compile times）编译次数不易扩展，但我认为苹果已经在底层做了些优化，用
#ifdef等宏条件加以控制了，不会重复引入，但是每次使用都有引入比较麻烦，所有苹果以前的版本提供了PCH文件，但这样也产生了新问题，每一个文件都会导入这个头文件。但有些文件并不需要导入PCH里的每一个文件。 总之这些都是宏语法的缺陷
Modules and module maps
通过 Modules 的module maps 就可以很好地解决宏的缺陷。Module系统里包含了所有编译需要的信息，编译文件只编译一次。可以包含子module 并且可以自动连接，
Command line tools
命令行命令一般都可以在终端查看帮助，
xx -h这是linux开发基础。
clang
clang 是c（包括C++, Objective-C，Objective-C++）语言的前段编译器。 类似gcc。但比gcc更新更高级了
clang -c main.c -o main.o #compiles a C source file
swiftc
swiftc 和clang一样也是前端编译器，但他是编译swift源文件的
swiftc main.swift #compiles a Swift source file
LLVM
LLVM 编译器后端。编译和优化clang、swiftc等产生的中间代码，产生机器码。
ar
打包命令，可以生成archive
ranlib
给库等建立索引，加快使用时的速度。
libtool
创建archive，现在比ar更常用了
ld
链接，这就是编译链接的链接
nm
nm显示符号列表
otool
对象解析工具。可以查看 Mach-O格式的文件
lipo
create or operate on universal files. 我们通常使用这个工具制作包含各种架构的库，比如包含模拟器和真机的库。
xcode-select
管理xcode的开发目录，当有多个版本的xcode时需要使用它
xcrun
管理xcode的相关工具
xcrun simctl list #list of simulators
codesign
管理签名
xcodebuild
build编译xcode 工程或workspace。
技巧
- 打印当前 xcode 的环境变量
选中对应的Targe 》 build phase 》 new run scripts phase 添加shell 代码
#打印 环境 变量 用于 调试
env > /tmp/xcodedubug.log
这样就可以打开 xcodedubug.log 文件，查看到各种变量用于分析问题
-
多看看编译时候的日志，会有很多收获。
image.png
获取详细信息。会发现好多上面介绍的命令。
