Xcode的Build Settings常用字段:
一、Build Active architecture Only
1- 设置为YES
- 只生成XCode当前
所选设备
架构的包;
选择模拟器:仅仅生成X86_64架构的包;
选择真机:
iPhone 4s:仅仅生成armv7的包;
iPhone 5s及以上:仅仅生成arm64的包;
- 如果设备选择了
Generic iOS Device
,进行Archive,无论选择YES/NO,都会生成多种设备
架构的包;
2- 设置为NO
- 生成多种设备架构的包;
目前为止Apple移动设备默认指令集:
armv6:iPhone2G/3G、iPod 1G/2G
armv7:iPhone 3GS/4/4s、iPod 3G/4G、iPad 1G/2G/3G、iPad mini
armv7s:iPhone5、iPhone5c、iPad4
arm64:iPhone5s及以后、iPad Air、iPad mini2
(Armv6、armv7、armv7s、arm64都是arm处理器的指令集,所有指令集原则上都是向下兼容的)
Debug设置为YES,Release设置为NO;
- 这个属性设置为YES,是为了Debug的时候
编译速度更快
,它只编译当前的architecture版本; - 设置为NO时,会编译所有的版本;
ipa包支持的iOS版本:
- Xcode中Archive打的ipa包,设置最低支持iOS 11;低于iOS 11的手机不能安装;
Archive打ipa包设置:
二、Other Linker Flags
- 用来填写Xcode的
链接器参数
; - ios只为
已有的类
生成链接器符号,以便于UNIX静态库链接器和objective - c的动态特性之间的关联; - 如果你在现有类的基础上进行
多态扩展
了,为了链接器能识别,需要添加对应的flag给扩展分类
;
参数介绍:
1、-ObjC
- 作用:加入这个参数,链接器就会把静态库中所有的OC的
类
和分类
都加载到最后的可执行文件
中; - 和OC的类别(category)有关;
- Unix的标准静态库实现和OC的动态特性之间有一些冲突:OC
没有
为每个函数
定义链接符号,它只为每个类
创建链接符号。 - 当在一个静态库中使用
类别
来扩展已有类的时候,链接器不知道
如何把类原有的方法和类别中的方法整合起来,就会导致你调用类别中的方法时,出现selectornotrecognized
,找不到方法定义的错误。为了解决这个问题,引入了-ObjC
标志,作用:将静态库中所有的和对象相关的文件都加载进来。
2、-all_load
- 作用:让链接器把
所有
找到的目标文件,都加载到可执行文件中; - 但
不要随便使用
这个参数; - 如果使用多个静态库文件,不同库文件中,含有
相同的目标文件
;项目中设置了-all_load参数,则会报错ld:duplicatesymbol
; - 建议:在遇到-ObjC失效的情况下,使用
-force_load
参数;
3、-force_load
- 作用:做的事情跟
-all_load
差不多,区别:是加载文件是指定路径
的; - 需要
指定
要进行全部加载的库文件的路径
,完全加载一个库文件,其余库文件按需加载;
4、$(inherited)
- 字面意思:继承;
- 作用:继承自更高一级的配置,由高到低配置:Basic的Project中的配置->此处的Target的配置->具体的Debug、Release的配置;
5、-l"c++"
- libstdc++:提供了一个一致且高效的
c++
标准库,一致意味着兼容性更好,高效意味着速度快,是LLVM项目重新编写,lc++替代了libstdc++; -
lc++作用:以libc++的标准去为添加进来的c++文件进行定性分类;
6、-fobjc-arc
- 在
ARC
机制的项目下使用MRC
机制的文件,需要设置对应文件的Compiler Flags:-fno-objc-arc
。 - 在
MRC
机制的项目下使用ARC
机制的文件,需要设置对应文件的Compiler Flags:-fobjc-arc
。
三、确定是否使用ARC?
-
Objective-C Automatic Reference Counting
四、Enable Bitcode
设置为YES
:
- 应用被编译成一种
中间形式
的代码; - 包含
bitcode配置
的程序,将会在Appstore上被编译和链接
; - Enable Bitcode:允许苹果在后期重新优化程序的
二进制文件
,而不需要重新提交一个新的版本到Appstore上;
注意:如果引入的第三方库不支持Bitcode,需要把项目的Bitcode的设置改为NO
;