optimizationLevel配置对包大小的影响

在项目中，发现项目工程的包大小远远超出其他类似项目包大小。

排查下来发现，项目A的编译优化选项optimizationLevel在release下设置的是None[-O0]。该选项在编译时候没有任何执行时间和文件大小方面的优化。因此，这就会导致整个项目工程包很大。相比之下，optimizationLevel的其他几个设置项会在代码执行时间以及大小上有一定的优化操作，主要包括下面几个：

• None: 不做优化使用这个设置，编译器的目标是减少编译成本，使调试产生预期的结果。
• Fast：编译器将尝试减少代码的大小和执行时间，不进行任何优化，需要大量编译时间。如果希望编译器为大函数占用更多的时间和内存可以使用这个设置。
• Faster：编译器执行几乎所有支持的优化，它不考虑空间和速度之间的平衡与“Fast”设置相比，该设置会增加编译时间和生成代码的性能。编译器不进行循环展开、内联函数和寄存器变量的重命名。
• Fastest：开启“Faster”支持的所有的优化，同时也开启内联函数和寄存器变量的重命名选项
• Fastest,smallest：这个设置启用“Faster”所有的优化，一般不增加代码大小，它还执行旨在减小代码大小的进一步优化。

目前项目中主要使用的是Fastest,smallest，这个选项可以开启那些不增加代码大小的全部优化，并且可以让可执行文件尽可能的小。