Xcode常用的配置

开发ios程序时，需要配置的项还是很多的，以下说一下我常用的配置

配置语言

–> Info –> Custom iOS Target Properties –> Localization native development region –> 修改为China

Bundle identifier

–> Info –> Custom iOS Target Properties –> Bundle identifier

这个在很多引用第三方SDK时要用到

头文件的搜索路径

Header Search Paths与User Header Search Paths

–> Build Settings –> Search Paths –> Header Search Paths或User Header Search Paths

两者的区别

编码时候通过 #import 引入头文件的方式有两种 <> 和 ""。 <> 是只从 Header Search Paths 中搜索， 而 “” 则能从 Header Search Paths 和 User Header Search Paths 中搜索。 换言之 ，假如你把 路径加到 User Header Search Paths 中，那么 你用 #include <file.h> 的方式去引入对应的头文件，就会报错。 如果加到 Header Search Paths, 就没有问题了。

注意： 如果设置了 Always Search User Paths 为 yes，编译器会先搜索User Header Search Paths路径下的目录,在这种情况下include <string.h>,User Header Search Paths 搜索目录下的文件会覆盖系统的头文件

例子

你的项目结构是 projectName –> projectName –> a –> abc.h projectName –> projectName –> bridge.h 要在bridge.h中引用abc.h 原本要这样写 #import "a/abc.h" 如果在Header Search Paths中添加$(SRCROOT)/projectName/a 那么只需要在bridge.h中这样写#import "abc.h" 其中$(SRCROOT)其实就是项目xxx.xcodeproj配置文件所在的文件夹

配置Swift桥接Oc文件

–> Build Settings –> Swift Complier - Code Generation –> Object-C Bridging Header –> 设置为 项目名/头文件名.h

其他

–> Build Settings

基本项（Basic）

Architectures(指令集)

• armv7,armv7s,arm64都是ARM处理器的指令集
• i386,x86_64是mac的指令集。

支持的设备

• 支持arm64：(iPhone5s以上) iphone5S | iphone6 | iphone6s | iphone 6 plus | iphone 6s plus | ipad Air | ipad nimi2 (ipad with Retina Dispaly)。
• 支持armv7s: iphone 5C | iphone5 | ipad4(iPad with Retina Dispaly)
• 支持armv7 : iphone4 | iphone 4S | ipad | ipad2 | ipad3 | ipad mini | ipad touch 3G | ipad Touch4
• 支持i386: 是针对intel微处理器的32位处理器。
• 支持x86_64 是针对x86架构的64位处理器。

需要说明的是：

• 模拟器32位处理器测试需要i386架构。
• 模拟器64位处理器测试需要x86_64架构。
• 真机32位处理器需要armv7或者armv7s架构。
• 真机64位处理器需要arm64架构。

机器对指令集的支持是向下兼容的，因此armv7的指令集是可以运行在iphone5S的，只是效率没那么高而已~

Valid architectures

指即将编译的指令集

Build Active Architecture Only

是否只编译当前适用的指令集

• 设置为NO的时候，会编译支持的所有的版本
• 设置为YES的时候，是为Debug的时候速度更快，它只编译当前的architecture版本

1. 如果想自己的app在各个机器都能够最高效率的运行，则需要将Build Active Architecture Only改为NO Valid architectures选择对应的指令集：armv7 armv7s arm64。 这个会为各个指令集编译对应的代码，因此最后的 ipa体积基本翻了3倍。（如果不在乎app大小的话，应该这样做）
2. 如果想让app体积保持最小，则现阶段应该选择Valid architectures为armv7,这样Build Active Architecture Only选YES或NO就无所谓了。

SDK版本

• Base SDK —-当前编译用的SDK版本。
• iPhone OS Deployment Target—-指的是编译出的程序将在哪个系统版本上运行。

iPhone OS的版本众多，很多用户由于各种各样的原因没有升级到最新版，这就给我们开发者带了麻烦。作为开发者，我们都希望软件的受众越多越好。怎么样让软件尽量适应最多的iPhone OS？

这里我们就应该了解iPhone项目的Base SDK和iPhone OS Deployment Target。 Base SDK指的是当前编译用的SDK版本。iPhone OS Deployment Target指的是编译出的程序将在哪个系统版本上运行。

用更简单实用的语句描述如下：

Base SDK设置为当前xcode所支持的最高的sdk版本，比如”iphone Device 4.0”。 iPhone OS Deployment Target设置为你所支持的最低的iPhone OS版本，比如”iPhone OS 3.0”。 这样设置之后，你的程序就可以运行于从iPhone OS 3.0 到 4.0的设备之上。当然，前提是你没有用到4.0新加的API。

Build Options

validate Built Product:boolean 类型，指定是否执行产品验证测试（就是说是否使用你的证书进行验证测试）。一般在Debug版本设置成NO，release版本设置成Yes。

当你使用的证书无效时，常提示错误：

warning: Application failed codesign verification. The signature was invalid, contains disallowed entitlements, or it was not signed with an iPhone Distribution Certificate. (-19011)

当然你可以设置成No，不进行验证。

在targets–>build setting–>validate built Product里面设置release为NO，警告消失。

问题描述：在做ios开发过程中，曾多次撤销过原证书，并颁发新的证书。连上真机之后，直接调试会报错，提示错误问题就是证书不止一个。错误代码如下：

Code Sign error: Certificate identity 'iPhone Developer:******************' appears more than once in the keychain. The codesign tool requires there only be one.

解决办法：打开keychain（钥匙串访问）之后，发现多个证书，都是历次请求的证书。把之前的证书全部都干掉，就留下最后一次请求的证书（参考过期日期），之后再次调试可以正常真机测试。

Code Signing 代码签名

Code Signing Identity—–代码签名的身份，即选择签名证书，一是开发证书，二是发布证书。

开发的时候用Development，比如下模拟器，下真机测试。如果是上传app store 上就应该用Distribution 设置的时候全部统一设置成一样就好了。

Code signing 对你来说，最主要的意义就是它能让你的App在设备上运行。不管是你自己的设备，甲方客户的，还是在App store上购买你的消费者。如果没有code signing，你只可以在模拟器上，或者一台越狱过的机器上运行你的应用—-当然，仅仅如此是不能满足我们的。模拟器的测试仅仅是一种初步测试，模拟器不能替代真机调试，因为真正的设备会通常比模拟器慢。模拟器使用的是你的MAC机上的处理器，而一台真正的iphone可远远没有这种条件。所以如果你不在设备上真正运行，你可能就会忽略实际的性能问题。

Apple LLVM5.0 -Language - ObjectC

其中，Objective-C Automatic Reference Counting 设置ObejctC 是否使用ARC技术。

该机能在 iOS 5/ Mac OS X 10.7 开始导入，利用 Xcode4.2 可以使用该机能。简单地理解ARC，就是通过指定的语法，让编译器(LLVM 3.0)在编译代码时，自动生成实例的引用计数管理部分代码。有一点，ARC并不是GC，它只是一种代码静态分析（Static Analyzer）工具。