xcode编译速度优化

一、取消 Find Implicit Dependencies 对所编译项目的Scheme进行配置 Product > Scheme > Edit Scheme > Build 亲测结果：有效！！ 原因：在这个选项（Find Implicit Dependencies）被选中的情况下，即使你只是对项目进行了很细微的改变，项目中的所有资源文件都会被重新编译一遍。也会对所有被改变的...

提升编译链接的速度主要有以下三个方式： 1. 提高XCode编译时使用的线程数 defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4 XCode默认使用与CPU核数相同的线程来进行编译，但由于编译过程中的IO操作往往比CPU运算要多，因此适当的提升线程数可以在一定程度上加快编译速度。 2. 将Deb...

最近在开发一个大项目的时候遇到一个很头疼的问题，由于项目代码较多，每次都要编译链接1分钟左右，调试的时候很浪费时间，于是研究了一下如何提高编译链接的速度，在这里分享给大家。

在实际的App应用中，我们可能会碰到这么一种情况：我们设计一个APP，它可能会在外界发送某种消息或满足某种条件时，被动的启动加载，并根据外界传入的一些参数进行初始化工作。 这里由于程序是由其他程序启动的，所以我们不能够直接在XCode中编译运行程序并设置断点调试。但幸运的是，XCode提供了附加在进程上的调试功能，并且可以在进程启动前，通过进程名称等待进程运行，并在进程真正加载起来时，进入断点调试。

前言： 首先在提升项目的编译速度前，有必要了解一下哪些文件编译耗时，GitHub上的一个开源工具：https://github.com/RobertGummesson/BuildTimeAnalyzer-for-Xcode，为我们提供了统计函数编译时间的功能，利用该工具能很方便的查出编译耗时的地方。最后根据统计到的编译时间来进行具体优化。 开源工具使用： 1、打开前言中所写链接并

1.Xcode默认的编译线程数，就是cpu的内核数 2.可适当增加编译线程数来提高编译速度 1.获取当前内核数: $ sysctl -n hw.ncpu 2.设置编译线程数： $ defaults write com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 8 3.获取编...

1.将Debug Information Format改为DWARF 在工程对应Target的Build Settings中，找到Debug Information Format这一项，将Debug时的DWARF with dSYM file改为DWARF。 这一项设置的是是否将调试信息加入到可执行文件中，改为DWARF后，如果程序崩溃，将无法输出崩溃位置对应的函数堆栈，但由于Debug模式...

还在为Swift项目漫长的编译时间而烦恼吗？每次修改代码都要等待几十秒甚至几分钟才能看到结果？Build Time Analyzer for Xcode正是解决这一痛点的利器！这款macOS应用专门分析Swift构建时间，帮你快速定位编译瓶颈，让你的开发效率提升数倍。无论你是iOS开发新手还是经验丰富的工程师，都能通过这款工具显著优化开发体验。 ## 🔍 为什么你的Swift项目编译这么慢？

🚀 还在为Swift项目漫长的编译时间而烦恼吗？BuildTimeAnalyzer-for-Xcode 是一款专为iOS开发者设计的终极构建时间分析工具，能够帮助您快速识别并优化构建过程中的性能瓶颈，实现10倍编译速度提升！ ## 🔍 什么是BuildTimeAnalyzer-for-Xcode？ BuildTimeAnalyzer-for-Xcode 是一个强大的Swift构建时间分析工

前言岁月真是个养猪场，这几年，人胖了，微信代码也翻了。记得 14 年转岗来微信时，用自己笔记本编译微信工程才十来分钟。如今用公司配的 17 年款 27-inch iMac 编译要接近半小时；偶然间更新完代码，又莫名其妙需要全新编译。在这么低的编译效率下，开发心情受到严重影响。于是年初我向上头请示，优化微信编译效率，上头也同意了。现有方案在动手之前，先搜索目前已有方案，大概有这几个优化点：...

2. 编译选项设置不当：Xcode 提供了一些编译选项，例如优化级别、调试信息等，不同的选项设置会影响编译速度。5. 使用缓存和预编译机制：Xcode 提供了缓存和预编译机制，可以将一些较少变动的文件或者库进行预编译，以减少编译时间。4. 编译器版本不匹配：Xcode 的每个版本都附带了一个特定版本的编译器，如果你的项目使用了较旧的编译器进行开发，可能会导致编译速度变慢。3. 频繁的依赖项更新：如果你的项目依赖于其他库或者框架，并且这些依赖项经常更新，那么每次编译都需要重新编译依赖项，这会增加编译时间。

有时会给工程添加自定义脚本，用来在编译前后自动地做一些额外的事情，例如自动设置环境变量，执行一些特定的任务，生成资源文件等。在默认情况下，Xcode 会在每次编译时（包括增量编译）都去执行自定脚本。很多时候，每次都执行脚本时没有必要的，这时可以给自定义脚本设置输入和输出文件来避免每次都执行。为了避免每次都执行自定义脚本，需要在 Xcode 的脚本配置中配置至少一个输入文件和输出文件。Xcode 会通过输入和输出文件来决定是否执行这个脚本。自定义脚本没有配置任何输入文件。自定义脚本没有配置任何输出文件。

2. 编译选项设置不当：Xcode 提供了一些编译选项，例如优化级别、调试信息等，不同的选项设置会影响编译速度。5. 使用缓存和预编译机制：Xcode 提供了缓存和预编译机制，可以将一些较少变动的文件或者库进行预编译，以减少编译时间。4. 编译器版本不匹配：Xcode 的每个版本都附带了一个特定版本的编译器，如果你的项目使用了较旧的编译器进行开发，可能会导致编译速度变慢。3. 频繁的依赖项更新：如果你的项目依赖于其他库或者框架，并且这些依赖项经常更新，那么每次编译都需要重新编译依赖项，这会增加编译时间。

在iOS开发过程中，有的时候我们需要在后台将进程关闭之后，再次打开，进行调试测试，这时候Xcode和应用程序的连接会断开，我们无法断点到需要测试的位置。此时，Xcode提供了附加进程的方式，通过PID或者应用项目名去连接检测这个应用进程的变化。如图： 通过Xcode运行程序的时候会在Attach to Process出现改应用对应的PID,或者你直接使用项目名也可以。这样就可以完成在关闭

一般动态调试app时，都是在终端里用lldb直接调试，但是用Xcode的Attach to Process也可以连接到真机上的进程进行调试。但是只能调试用自己的证书签名的app。 在Xcode上调试的优点： 有UI界面，查看堆栈更直接，可以用Xcode打断点。 可以使用debug gauges里的Disk和Network等工具。 输入lldb命令时有自动补全。 可以使用Xcode的Debug U...

有时候xcode在模拟器上启动程序时,可能会出现挂起的现象,诸如attaching to....... 解决方法有几个: 1  在模拟器里删掉程序(或者模拟器还原),在xcode里边清掉缓存(/Users/apple/Library/Developer/Xcode/DerivedData) 2  执行1之后还不行,重启mac 3 如果以上还不行 Here was our