A. xcode编译缓存与本地时间有关吗
有关系。
我是安装一款软件，然后通过改个系统时间来升级为免费版本。安装完成后忘记把系统时间改回来了，然后去编译xcode(6.4)。真机测试的时候提示开发者证书过期了。what！刚刚还好好的，为什么开发者证书就过期了呢？
钥匙串访问
通过查看钥匙串里面的证书发现真的都过期了，证书全部显示无效。好家伙，我估摸着怎么突然证书都失效了呢，然后看到了证书的日期
过期是2016年
原来是系统时间被改成2020年了，怪不得证书过期了，然后我删掉了原来的证书，改回了系统的时间，重新安装了新的证书，ok 可以真机测试了。真的是给自己跪了。(PS:个人认为，时间改回来就好，证书不需要删也是可以用的)
B. 如何清理Xcode编译时生成的临时文件
方法/步骤
1
激活“Finder”，打开“前往/前往文件夹...”
2
在弹出的对话框中输入“~/资源库”，然后点击“前往”
3
在资源库目录中打开“Developer/Xcode”目录，
4
在Xcode目录中，有DerivedData和Snapshots两个文件夹，删除里面文件即可。
DerivedData目录保存Xcode的缓存数据，当Xcode运行多个版本时，会有不同的缓存。
http://jingyan..com/article/48b558e32a87b57f38c09ab5.html
C. Xcode 清理
在这里，记录下自己清理的Xcode缓存和旧文件，整理出来，希望能帮助更多的人。
注意： 不可以恢复，文件删除后，历史打包记录会显示为空。建议备份删除。
路径： ~/Library/Developer/Xcode/Archives
注意： 可重新生成，会删除build生成的索引，输出和日志。大的项目生成会浪费时间。
路径： ~/Library/Developer/Xcode/DerivedData
4.移除 APP 打包的app icon历史版本(Archives)
删除后不可恢复，文件夹是Bundle Idenifier排列的，然后再按照archive的版本号排列的，如果你看每个版本内的内容，其实就是你的app icon，个人建议全部删除。
路径：~/Library/Developer/Xcode/Procts/
一、删除iPhone模拟器产生的设备缓存数据
1、双击【Finder】，点击【前往文件夹】，进入目录：~/资源库/Developer/CoreSimulator/Devices/下，如图
二、删除安装app产品的设备数据缓存文件
双击【Finder】，点击【前往文件夹】，进入目录：~/资源库/Developer/Xcode/DerivedData/下，如果里面有缓存文件也是可以全部删除的
D. iOS编译加速-CCache
CCache是一个编译工具，可以将xcode编译文件缓存起来，从而达到编译提速。
优点
能大幅度地提升编译速度，起码要减少掉 50% 的编译时间
不需要对项目作出重大调整
不需要改变开发工具链
缺点
不支持clang的moles，需要手动引入链接库
不支持oc++
不支持swift
brew install ccache
需要两个脚本，需要对c++和oc分别处理
修改两个文件的权限
$ chmod 777 ccache-clang
cache directory /Users/frank/.ccache
primary config /Users/frank/.ccache/ccache.conf
secondary config (readonly) /usr/local/Cellar/ccache/3.6/etc/ccache.conf
stats updated Thu Apr 25 17:20:42 2019
cache hit (direct) 0
cache hit (preprocessed) 1
cache miss 855
cache hit rate 0.12 %
called for link 1
compile failed 4
unsupported compiler option 487
no input file 2
cleanups performed 0
files in cache 4134
cache size 133.5 MB
max cache size 10.0 GB
移除PCH，CCache是通过md4进行缓存查找，因此当你修改了 PCH 或者 PCH 引用到的头文件的内容时，会造成全部缓存失效，只能全体重新编译。
E. Xcode 缓存目录
这个文件夹中保存的是Xcode的缓存文件，曾经在Xcode跑过的所有项目的索引、build的信息等都会保存在这里。删除后在下次打开项目编译的时候将会重新生成。由于这里包含了大量已经没用的项目的信息又懒得去筛选，可以把整个文件夹删了。
每次把一个设备接入电脑进行真机调试之前，电脑会对设备建立索引，也在此文件夹下生成对该设备系统的支持文件。于是这里存在了一堆对旧版本iOS设备支持的文件。
每次打包App的dSYM等数据就保存在这里，把一些没用的版本删了。如果是上线了的版本还是保留吧。
同上，把没用的删了。
一堆模拟器的数据。每个文件夹里包含的就是一个特定系统版本的设备的数据。每个文件夹对应哪个设备可以在其下device.plist中查看。亲测删除之后的效果跟在模拟器里重置相同。省得一个个去重置了，删吧。
原文： https://blog.csdn.net/hu434587115/article/details/54602449
F. Xcode编译慢打包慢解决方法
1. 提高 XCode 编译时使用的线程数
defaults write com.apple.Xcode 48 cpu 占用会特别高 达到150%的样子,15寸 设置48比较好，否则操作其他因员工可能会卡
XCode 默认使用与 CPU 核数相同的线程来进行编译，但由于编译过程中的 IO 操作往往比 CPU 运算要多，因此适当的提升线程数可以在一定程度上加快编译速度。本人采用的是 4 核的 CPU ，将线程数改为 8 后编译速度略有提升。
2. 将 Debug Information Format 改为 DWARF
在工程对应Target的Build Settings中，找到Debug Information Format这一项，将Debug时的DWARF with dSYM file改为DWARF。
这一项设置的是是否将调试信息加入到可执行文件中，改为DWARF后，如果程序崩溃，将无法输出崩溃位置对应的函数堆栈，但由于Debug模式下可以在XCode中查看调试信息，所以改为DWARF影响并不大。这一项更改完之后，可以大幅提升编译速度。
// 这一条暂时不用管，默认配置
3. 将 Build Active Architecture Only 改为 Yes
在工程对应Target的Build Settings中，找到Build Active Architecture Only这一项，将Debug时的No改为Yes。
这一项设置的是是否仅编译当前架构的版本，如果为No，会编译所有架构的版本。需要注意的是，此选项在Release模式下必须为Yes，否则发布的ipa在部分设备上将不能运行。这一项更改完之后，可以显着提高编译速度。
在设置完以上三个项之后，相信编译时间会缩短很多。
4. 如何关掉 CCache 提高编译打包速度呢编写脚本,文件名称ccache
放到Xcode项目根目录，然后
详情见这篇帖子
https://www.jianshu.com/p/c9e3fb3dfa53
5. 去掉打包缓存
~/Library/Developer/Xcode/Procts
G. xcode 如何编译
Xcode 常用编译选项设置
在xcconfig文件中指定即可。
用标准库连接
LINK_WITH_STANDARD_LIBRARIES = YES如果激活此设置，那么编译器在链接过程中会自动使用通过标准库的链接器。
Info.plist 输出编码
INFOPLIST_OUTPUT_FORMAT = binary指定Info.plist文件的输出编码（默认情况下，输出与输入的编码保持不变），这个输出编码能指定“binary”或者“XML”。
生 成调试符号GCC_GENERATE_DEBUGGING_SYMBOLS = NO当启用的时候，详情等级能够通过build的’Level of Debug Symbols’设置去控制。 隐藏内联方法GCC_INLINES_ARE_PRIVATE_EXTERN = YES Objective－C GCGCC_ENABLE_OBJC_GC = Unsupported 优化级别GCC_OPTIMIZATION_LEVEL = Fastest, Smallest [-OS]
None: 不做优化使用这个设置，编译器的目标是减少编译成本，使调试产生预期的结果。
Fast：优化编译将为大函数占用更多的时间和内存使用这个设置，编译器将尝试减少代码的大小和执行时间，不进行任何优化，需要大量编译时间。
Faster：编译器执行几乎所有支持的优化，它不考虑空间和速度之间的平衡与“Fast”设置相比，该设置会增加编译时间和生成代码的性能。编译器不进行循环展开、内联函数和寄存器变量的重命名。
Fastest：开启“Faster”支持的所有的优化，同时也开启内联函数和寄存器变量的重命名选项
Fastest,smallest：优化代码大小这个设置启用“Faster”所有的优化，一般不增加代码大小，它还执行旨在减小代码大小的进一步优化。
C 语言方言GCC_C_LANGUAGE_STANDARD = C89 警告 检查Switch语句GCC_WARN_CHECK_SWITCH_STATEMENTS = YES 隐藏局部变量GCC_WARN_SHADOW = YES 隐式转换成32位的类型GCC_WARN_64_TO_32_BIT_CONVERSION = YES 未完成的Objective－C协议GCC_WARN_ALLOW_INCOMPLETE_PROTOCOL = YES 抑制所有的警告GCC_WARN_INHIBIT_ALL_WARNINGS = NO 初始化时没有完整的括号GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = YES例子（a没有完全的括号，b有）：
int a[ 2 ][ 2 ] = { 0, 1, 2, 3 };
int b[ 2 ][ 2 ] = { { 0, 1 }, { 2, 3 } };
不匹配的返回类型
GCC_WARN_ABOUT_RETURN_TYPE = YES 缺少括号GCC_WARN_MISSING_PARENTHESES = YES例子：
{
if( a )
if( b )
foo();
else
bar();
}
{
if( a )
{
if( b )
foo();
else
bar();
}
}
在结构体初始化时缺少字段
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = YES
缺 少函数原型GCC_WARN_ABOUT_MISSING_PROTOTYPES = YES 在文件结尾缺少新行GCC_WARN_ABOUT_MISSING_NEWLINE = YES 选择了多个定义的类型(@Selector)GCC_WARN_MULTIPLE_DEFINITION_TYPES_FOR_SELECTOR = NO 严格的Selector匹配GCC_WARN_STRICT_SELECTOR_MATCH = YES 把缺少函数原型当作错误GCC_TREAT_IMPLICIT_FUNCTION_DECLARATIONS_AS_ERRORS = YES 把所有的警告当作错误GCC_TREAT_WARNINGS_AS_ERRORS = YES 未定义的SelectorGCC_WARN_UNDECLARED_SELECTOR = YES 未初始化的自动变量GCC_WARN_UNINITIALIZED_AUTOS = YES 未知的Pragma指令GCC_WARN_UNKNOWN_PRAGMAS = YES 未使用的函数GCC_WARN_UNUSED_FUNCTION = YES 未使用的标签GCC_WARN_UNUSED_LABEL = YES 未使用的参数GCC_WARN_UNUSED_PARAMETER = YES 未使用的值GCC_WARN_UNUSED_VALUE = YES当一个语句计算的结果显式的未使用的时候发出警告 未使用的变量GCC_WARN_UNUSED_VARIABLE = YES 警告－所有过时的函数GCC_WARN_ABOUT_DEPRECATED_FUNCTIONS = YES offsetof宏未定义使用的警告GCC_WARN_ABOUT_INVALID_OFFSETOF_MACRO = YES
iphone 常用的<app>-info.plist设置
Application requires iPhone environment如 果应用程序不能在ipod touch上运行，设置此项为true；
Application uses Wi-Fi如果应用程序需要wi-fi才能工作，应该将此属性设置为true。这么做会提示用户，如果没有打开wi-fi的话，打开wi-fi。为了节省 电力，iphone会在30分钟后自动关闭应用程序中的任何wi-fi。设置这一个属性可以防止这种情况的发生，并且保持连接处于活动状态
Bundle display name这用于设置应用程序的名称，它显示在iphone屏幕的图标下方。应用程序名称限制在10－12个字符，如果超出，iphone将缩写名 称。
Bundle identifier这个为应用程序在iphone developer program portal web站点上设置的唯一标识符。（就是你安装证书的时候，需要把这里对应修改）。
Bundle version这个会设置应用程序版本号，每次部署应用程序的一个新版本时，将会增加这个编号，在app store用的。
Icon already includes gloss and bevel effects默认情况下，应用程序被设置了玻璃效果，把这个设置为true可以阻止这么做。
Icon file（这个不用多说了）设置应用程序图标的。
Main nib file base name应用程序首次启动时载入的xib文件 这个基本用不到。
Initial interface orientation 确定了应用程序以风景模式还是任务模式启动
Localizations多语言。应用程序本地化的一列表，期间用逗号隔开，例如 应用程序支持英语 日语，将会适用 English,Japanese. Status bar is initially hidden 设置是否隐藏状态栏。你懂的。
Status bar style选择三种不同格式种的一种。
URL types应用程序支持的url标识符的一个数组。
用URL Scheme进行程序跳转
打开info.plist，添加一项URL types
展开URL types，再展开Item1，将Item1下的URL identifier修改为URL Scheme
展开URL Scheme，将Item1的内容修改为myapp
其他程序可通过myapp://访问此自定义URL
参考：http://iphonedevelopertips.com/cocoa/launching-your-own-application-via-a-custom-url-scheme.html
IOS后台播放音乐
OS后台播放只是在IOS4.0以后的版本支持。
1，设置后台播放会话
AVAudioSession *session = [AVAudioSession sharedInstance];
[session setActive:YES error:nil];
[session setCategory: error:nil];
2，在info.plist里面添加
<key>UIBackgroundModes</key>
<array>
<string>audio</string>
</array>
静态库没法包含category/分类？
如果你导入一个objc静态库，发现很多objc的category 不能调用，可以尝试在主工程中加入linker选项：
-all_load 加入这个一般就够了
-ObjC
让程序最小化再开启时，从头开始：
按下 “Home” 键以后程序可能并没有退出而是转入了后台运行。如果您想让应用直接退出，最简单的方法是：在 info－plist 里面找到 Application does not run in background 一项，勾选即可。
程序退出后任务栏还是有图标，但是程序原来的所有运行状态全部丢失，点击任务栏图标也不过相当于再次启动程序；如果允许后台运行，点击任务栏图标后会恢复程序中断时的界面。
本地化字符串:
在infoPlist.strings里面写
“string1″=”水果”
代码里面写 myLabel.text = NSLocalizedString(@”string1″, nil);
本地化的Bundle display name：
1）创建一个空文件，取名为InfoPlist.strings
2）对InfoPlist.strings进行本地化（Get Info -> Make Localization），然后设置需要的语言（如中文zh）
3）编辑不同的InfoPlist.strings文件，设置显示名字
CFBundleDisplayName = “名字”;
4）（这步不做貌似也可以）编辑Info.plist，添加一个新的属性Application has localized display name, 设置其类型为boolean，并将其value设置为选中状态
default图片的衔接问题：
程序开始后，手动加载default图片，然后进行过渡效果即可。
遍历目录：
NSString *appDocDir = [[[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject] relativePath];NSArray *contentOfFolder = [[NSFileManager defaultManager] contentsOfDirectoryAtPath:appDocDir error:NULL];for (NSString *aPath in contentOfFolder) { NSLog(@"apath: %@", aPath); NSString * fullPath = [appDocDir :aPath]; BOOL isDir; if ([[NSFileManager defaultManager] fileExistsAtPath:fullPath isDirectory:&isDir] && !isDir) { [fileList addObject:aPath]; }}
IB：
不论写不写property的retain，由IBOutlet都会为对象加一个retainCount，所以只要连接了，就需要在viewDidUnload与dealloc中release并适当置为nil。
预先在IB里面加载好的文件（比如图片），即使释放了Controller，IB中的文件也不会被释放，直至内存警告，解决办法是较大的资源用代码加载。
UIWebView：
用代码加载UIWebView的内容，navigationType是UIWebViewNavigationTypeOther
CAAnimation:
一定要记得[self.view.layer removeAllAnimations];因为CAAnimation会retain它的delegate
设备型号识别，可通过审核：
+ (NSString*)getDeviceVersion{ size_t size; sysctlbyname("hw.machine", NULL, &size, NULL, 0); char *machine = (char*)malloc(size); sysctlbyname("hw.machine", machine, &size, NULL, 0); NSString *platform = [NSString stringWithCString:machine encoding:NSUTF8StringEncoding]; free(machine); return platform;}
输出：
//@”iPad1,1″
//@”iPad2,1″
//@”i386″
逗号后面数字解释：(i386是指模拟器)
1-WiFi版
2-GSM/WCDMA 3G版
3-CDMA版
AppleTV(2G) (AppleTV2,1)
iPad (iPad1,1)
iPad2,1 (iPad2,1)Wifi版
iPad2,2 (iPad2,2)GSM3G版
iPad2,3 (iPad2,3)CDMA3G版
iPhone (iPhone1,1)
iPhone3G (iPhone1,2)
iPhone3GS (iPhone2,1)
iPhone4 (iPhone3,1)
iPhone4(vz) (iPhone3,3)iPhone4 CDMA版
iPhone4S (iPhone4,1)
iPodTouch(1G) (iPod1,1)
iPodTouch(2G) (iPod2,1)
iPodTouch(3G) (iPod3,1)
iPodTouch(4G) (iPod4,1)
判断ipad/iphone
12UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPadUI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPhone
或者
1[[[UIDevice currentDevice] model] isEqualToString:@"iPad"];
判断设备是否有摄像头
1[UIImagePickerController isSourceTypeAvailable:];
H. xcode缓存怎么清理
这个删除缓存是要在Finder里面进行的，首先要在快捷工具栏里找到Finder，然后点击进去。
打开Finder后，在最上面的工具栏里面可以看到“前往”，点击“前往”则会出现。
然后在按住“option”这个键，则会有“资源库”出现在个人和电脑之间，点击资源库。
打开的资源库，有很多文件，在资源库里找到“Developer”，点击“Developer”。
打开“Developer”之后，可以看到里面的文件夹，然后找到“Xcode”，点击“Xcode”。
打开“Xcode”之后，可以在其管理下找到“DerivedData”，打开后，可以选择性的删除不需要的文件。
I. Xcode清理缓存
1. 点击空白桌面，菜单栏会出现前往一栏
2. 点击前往同时按 option 键在 个人 和 电脑 中间出现 资源库 选项.
3.资源库中找到 Developer 这个文件夹点击进去找到 Xcode 文件夹最后找到 DerivedData 文件夹把里面的缓存删除就可以了。
或者 按快捷键 shift+command+G 调出前往文件夹框
在里面输入（这些自己拼写） /Users/(自己电脑名字)/Library/Developer/Xcode/DerivedData 删掉目录下文件.
STOP.
J. Xcode 构建速度优化（一）衡量编译时间
随着项目不断迭代，工程文件越来越多，引用的三方库也越来越多，这些直接导致编译时间的不断增加，完整编译一次项目动辄需要五分钟以上时间，实在有些影响开发效率，是时候来一波提速了。
为编译和构建提速，首先我们需要对速度有一个衡量标准：准确获得构建用时
首先，我们需要定义要衡量和优化的内容。 有两种选择：
xcode默认情况下会跟踪所有构建，我们可以通过更改xcode相关设置，来在活动查看器中显示出构建时间，通过命令行：
每次编译成功后，会在Successed之后显示出所用时间:
Xcode Build Timing Summary是Xcode10中加入的用于查看获取构建时间和发现用时瓶颈方面的最有利工具。 可以通过Proct->Perform Action->Build With Timing Summary来开启：这样在 Build Log 的末尾就会添加 Timing Summary Log。我们可以通过这个 log 看到哪个阶段是耗时的，便于我们进行优化。
如上图中: xib阶段的编译耗时明显是比普通c文件要多的，意味着我们可以通过减少xib方式来优化提升速度
而c文件的编译用时比总时间还要长，是因为c文件是并行编译的
在命令行中同样可以开启这个功能：
常用的第三方工具有 BuildTimeAnalyzer 、 xcode-build-times-rendering 、 XCLogParser 。
BuildTimeAnalyzer可以统计可以得出某个文件的类型检查时长，每个表达式的类型检查时长。
xcode-build-times-rendering是一个Ruby编写的第三方工具，可以方便地分别测量目标的构建时间并在图表上显示它们，使用gem安装
接下来使用这个工具自带命令配置项目
然后构建项目并生成报告：
这个工具使用上比较简单，缺点是只能从宏观上生成各个target编译的整体图标，无法详细列出各个内部编译明细
XCLogParser可以详细列出各个Target和内部每个文件的编译耗时，对我们分析编译时间瓶颈非常有帮助，它的工作原理主要是做为解析器，通过解析xcode编译生成的xcactivitylog日志来记录
安装：
编译项目后，进行安装
安装成功后通过命令：
会自动在当前目录的 build/xclogparser/reports/ 路径下生成报告，其中--project参数需要设置为待分析项目的名字，并注意当前在终端切换到希望写入日志的目录。
报告截图：
这个工具将作为我们后面分析提升编译构建速度的主要使用工具。
经过我多次在不同时间段，不同电脑上不断尝试编译，
我发现编译耗时是一个比较玄的东西，及时在同一台电脑，同一个项目， 同一套环境配置下，编译用时也会随着电脑当前状态（包括同时打开进程、散热等等）上下大幅跳动，就像算法时间复杂度一样，有时候我们明明做了一些细微的优化，但是结果反而是编译耗时增加了，这是很正常的事情
所以，衡量这个标准需要我们取多次试验中的平均值作为参考。