xcode 编译 系统 深入学习（待续）

前言

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 这使用是的宏语法，宏语法在编译时，就 原样展开 相当于 直接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。

技巧

1. 打印当前 xcode 的环境变量
   选中对应的Targe 》 build phase 》 new run scripts phase 添加shell 代码

#打印 环境 变量 用于 调试
env > /tmp/xcodedubug.log

这样就可以打开 xcodedubug.log 文件，查看到各种变量用于分析问题

2. 多看看编译时候的日志，会有很多收获。

   
   
   image.png

点击

image

获取详细信息。会发现好多上面介绍的命令。