首页 > 其他分享> > iOS高级进阶系列之项目开发基础（上）多环境配置，Mach-O与链接器。

iOS高级进阶系列之项目开发基础（上）多环境配置，Mach-O与链接器。

2021-04-18 22:55:10 作者：互联网

前言

最近对项目进行优化，就顺便写一些日常开发中会用到的中高级开发技巧。这篇文章聊一下下面三个内容：多环境配置，Mach-O与链接器，Symbol。

多环境配置

聊到多环境配置，我们先说几个概念

上图就是每个项目都存在的，下面解释下红框内的内容：

1.Project:包含了项目所有的代码，资源文件，所有信息。
2.Target:对指定代码和资源文件的具体构建方式。
3.Scheme:对指定Target的环境配置。

我尝试加入各种iOS开发交流群，群里的气氛大致就是:学什么iOS，iOS完了，OC完了，群里大致三种人:谁有企业开发证书，马甲包了解一下，至今，大部分iOS开发群还都是仅供吹水用，偶尔能碰见几个好心人解决一下问题，作为一个开发者，有一个学习的氛围跟一个交流圈子特别重要，这是一个我的iOS开发交流群：130 595 548，不管你是小白还是大牛都欢迎入驻，让我们一起进步，共同发展！（群内会免费提供一些群主收藏的免费学习书籍资料以及整理好的几百道面试题和答案文档！）

我们创建好项目，项目默认两个环境Debug和Release环境，在开发过程中我们也会有两套或者多套服务器环境，每个环境的地址不同，粗糙的写法就是如下图所示：

它只能满足两种环境，无法适应多环境，下面我们介绍几种多环境配置方法

Targets进行多环境配置

1.我们可以在Targets中创建多个Target

此时我们只是复制了一个Target，没有产生新的代码，就是复制了一套配置，运行也不会报错

2.我们修改一下Bundle Id

3.修改Info.plist文件

这些修改后，就会发现有两个项目可以选择，分别运行后，就会发现有两个App

通过这个我们可以配置不同的icon进行区别

4.设置宏

我们可以根据项目设置自己相应的宏

配置好后，就可以在项目中进行使用了

总结

这种多环境配置有一下缺点：

1.会存在多个info.plist文件
2.环境多了，配置就会比较乱

下面我们再介绍比这个更好的方式

Configurations多环境配置

我们知道在Scheme中我们是可以选择环境

那可以增加新的环境，增加位置如下：

它和上面得Scheme是一一对应的

添加完成后再看看Scheme就会发现多了个刚加入的Test

image

【问题】：我们每次运行项目都要在上图的Scheme进行切换环境，很不方便，那么有什么办法解决这个问题

1.创建Scheme，如下图位置

2.点击左下角+进行创建，创自己想要的环境名称

3.关闭页面后，再来看项目，就会发现有刚创建好的环境了

4.对创建的Scheme和Configurations关联

5.跟服务器环境进行绑定
- 1.在项目Build Settings里新建User-Defined，起名就叫HOST_URL
- 2.在HOST_URL不同的环境配置不同URL
  
  image
- 3.在Info.plist进行配置，将近暴露出来
  
  image
- 4.在项目中应用
  
  image
- 5.验证

总结

此时我们就解决了上面你那个问题，但是这种方式还是不够完美，因为项目中要使用cocoapods对第三方管理，此时用上面的方法对Build Settings设置就比较的繁琐，那么有没有一种方法对Build Settings进行集中管理呢？下面我们介绍另一种方式

.xcconfig多环境配置

初始.xcconfig

在使用cocoapods对第三方进行管理，其实就是通过.xcconfig文件进行管理的，创建好cocoapods会自动根据环境帮我们生成好.xcconfig文件

.xcconfig文件内容是已Key-Value形式存在，'='左侧是key值，右侧为value值

在项目里会对不同的环境和不同的.xcconfig进行绑定

配置自己的.xcconfig文件

1.创建Config文件，在文件中创建.xcconfig文件

注意命名规则：.xcconfig文件所在的文件夹名称+项目名称+.环境名称

2.根据项目环境配置自己创建的.xcconfig文件

使用.xcconfig

我们还想对不同的环境设置不同的请求地址，那么可以再.xcconfig进行设置

1.创建并设置.xcconfig内容

2.设置plist文件

3.项目中使用

4.验证

总结

这种设置方式要比上面的简化了不少，但是.xcconfig文件的功能不只有这些，下面我们扩展一下

.xcconfig扩展

上面我们介绍了简单的配置URL，.xcconfig文件是可以配置Build Settings里面的内容，比如我们平时配置动态库，静态库时，要配置到Other Link Flags，通过.xcconfig我们可以直接配置，例如：我们配置AFN

1.在.xcconfig中写如下代码

2.build一下，再去查看Other Link Flags，发现写的已经配置进去了

通过上面的操作我们可以知道，Build Settings的所有配置都是可以通过.xcconfig文件进行管理的。我们来解释下.xcconfig的内容：OTHER_LDFLAGS是Build Settings里面的一个缩写，其它设置缩写是什么呢？

推荐个地址：Xcode Build Settings

左侧是对应的Build Settings的Key名称，右边则是其对应的缩写

比如我们想配置Header Search Paths，那么在网页上搜索：Header Search Paths，它对应的缩写：HEADER_SEARCH_PATHS

我们在.xcconfig中配置（随便写的地址）

项目Build一下

.xcconfig冲突

问题一

我们项目都会通过cocoapods管理第三方，最开始介绍.xcconfig的时候，说了pods会自动帮我们生成.xcconfig文件，那此时项目中就会有4个.xccongig文件

我们发现一个环境只能配置一个.xcconfig文件，那该怎么办才能让自己写的和pods生成的都能生效呢？

先给我们的TestOC添加Podfile，进行更新

发现报警告，警告的意思是设置好了CocoaPods但是项目中你已经设置了其它的.xcconfig文件，导致了Pods设置的.xcconfig文件不会生效，我们要解决这个冲突

有一个关键include它可以引入其他的文件，让引入的文件生效

上面的报错显示了Pods生成的.xcconfig路径："Target Support Files/Pods-TestOC/Pods-TestOC.debug.xcconfig"，我们引入到自己的.xcconfig文件中

运行项目，发现报错

报错说是找不到Pods生成的.xcconfig，我们查看Pods生成的.xcconfig文件，发现它的根目录是Pods

所以需要改成如下路径：

再次运行项目，发现就没问题了

在看Pods会不会报警告

发现Debug模式下不会再报警告，但是Release还会报警告，原因是我们release下的.xcconfig没有配置

问题二

我们看到Pods生成的.xcconfig里也会有OTHER_LDFLAGS，我们自己写的.xcconfig中也存在OTHER_LDFLAGS，我们再去看下项目的Other Link Flags，发现Pods生成的.xcconfig没有生效，那么怎么才能让我们写的和Pods生成的都生效呢？

使用inherited进行继承

运行项目

验证

我们将AFN给删掉，在VC调用

总结

我们通过.xcconfig对项目进行配置，我们可以通过.xcconfig+Scheme方式进行统一管理，这样既省时，又省事

Mach-O与链接器

Mach-O初识

【Mach-O定义】：Mach-O(Mach Object)是macOS、iOS、iPadOS存储程序和库的文件格式。对应系统通过应用二进制接口(application binary interface，缩写为ABI)来运行该格式的文件。

Mach-O格式用来替代BSD系统的a.out格式。Mach-O文件格式保存了在编译过程和链接过程中产生的机器代码和数据，从而为静态链接和动态链接的代码提供了单一文件格式。

查找项目的Mach-O文件

当我们运行项目是，项目会生成一个.app文件

当我们找到这个.app文件后，显示包内容，里面会有一个可执行文件

我们可执行文件的调用过程大致如下：

1.调用fork函数，创建一个process
2.调用execve或其衍生函数，在该进程上加载，执行我们的Mach-O文件当我们调用时execve(程序加载器)，内核实际上在执行以下操作:
- 1.将文件加载到内存
- 2.开始分析Mach-O中的mach_header，以确认它是有效的Mach-O文件