编译时间分析

㈠ 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参数需要设置为待分析项目的名字，并注意当前在终端切换到希望写入日志的目录。

报告截图：

这个工具将作为我们后面分析提升编译构建速度的主要使用工具。

经过我多次在不同时间段，不同电脑上不断尝试编译，
我发现编译耗时是一个比较玄的东西，及时在同一台电脑，同一个项目， 同一套环境配置下，编译用时也会随着电脑当前状态（包括同时打开进程、散热等等）上下大幅跳动，就像算法时间复杂度一样，有时候我们明明做了一些细微的优化，但是结果反而是编译耗时增加了，这是很正常的事情
所以，衡量这个标准需要我们取多次试验中的平均值作为参考。

㈡ vivo手机上的编译时间是怎么回事出厂时间在哪里

编译时间是设备系统软件版本编译完成的时间，新设备的系统编译时间通常会早于设备出厂和购买时间的。

手机出厂日期（出货日期）是机器出货时的塌宏好扫描团铅日期，若是需要通过出厂日期计算保修时间，保修时间是以购机时开具的有效购买凭据和保修卡上的时间为准的绝核。

若是仅查询设备出厂时间，可以进入vivo官网--点击我的—在线客服，输入“人工”联系在线客服处理。

㈢ 什么是运行时间和编译时间

运行时间，是指外设输入后，到计算机执行，再到输出设备的时间；
编译时间，是指CPU处理指令到反馈结果的时间。

㈣ 编译程序所需要的时间和电脑的性能有关系么

有关系的
当需要编译工程的复杂度一定的时候，电脑性能越好，编译所需要时间越短；反之，则时间越长。
当电脑性能一定的时候，工程越复杂，则编译所需要的时间越长；反之，则时间越短。

㈤ cp编译时间是什么意思

编译时间(compiling time) 指编译程序将源程序编译成目标程序所占用的时间。
用户使用编译程序对其个人编制的源程序进行编译的过程称为程序编译。
用通俗的话来回答：编译就是将人类语言转换为机器语言的过程。早期的计算机只能识别机器码，也就是由无数个0和1组成的命令和数据序列，人们要想叫机器做一个运算就要输入很多机器码，使用这种机器码既费事又容易出错。

㈥ 什么是编译时间

用户使用编译程序对其个人编制的源程序进行编译的过程称为程序编译。编译时间(compiling time) 指编译程序将源程序编译成目标程序所占用的时间。

1 如何减少编译时间
一是执行每日自动构建。每日自动构建的原理很简单：安装每日构建工具CCNET（不熟悉该工具的同学可以去搜索下）。然后在源码服务器上安装编译环境。源码服务器每天获取最新代码，每天下班后开始编译最新代码，经过一个晚上基本上就能把库和应用程序都编好，到了第二天开发人员只需下载最新的库文件和代码文件而不须自己重新编译。这样就能大大节省时间了。
二是使用联合编译器IncrediBuild。这个工具估计大家都不陌生。最近试验了一个新想法，写一个批处理文件，将SVN和IncrediBuild绑在一起，实现了从源码更新到工程编译。


2 批处理文件的命令语法
svnupinclude//更新服务器的include文件夹到本地
BuildConsoleD:\Code\MySolution.sln/prj="MyApp"/build/OpenMonitor/cfg="Debug|Win32"
BuildConsole是IncrediBuild的命令行工具，
D:\Code\MySolution.sln是你的解决方案文件绝对路径，
/prj参数设置你要编译的工程，如果你要编译多个工程，可以这样设置，/prj="prj1,prj2,prj3",
/prj参数也支持通配符，/prj="*"即为编译MySolution.sln下的所有工程
/build为编译工程，若改为/rebuild即是清理重编工程。
/OpenMonitor为打开IncrediBuild的图形化界面，去掉该参数则不出现图形界面。
/cfg为编译设置选项，如要编release版本，可以改为Release|Win32。
把上面的代码保存为BuildDebug.bat，把文件保存在D:\Code\路径下（即源码根目录，下面有include、src和vs三个文件夹），然后运行这个批处理文件就相当于把从更新源码到编译源码这一系列动作都执行了。

㈦ 编译时间是什么意思

是编译生成发行版本的时间，用于辅助版本控制。