简单高效的鸿蒙编译提速技巧

在鸿蒙应用开发中编译构建是开发者最频繁的操作，每一次编译提速都能显著提升项目整体开发效率。本次分享几个简单却高效的鸿蒙编译提速技巧，从编译配置、构建方式等维度进行优化，让你的开发流程更快捷高效。

1 编译配置：通过编译配置，轻松提升编译速度，让开发效率翻倍

（1）默认开启的编译优化配置

DevEco Studio提供了增量构建、并行构建等能力来提升构建效率，减少构建耗时。这些构建配置默认是开启的，开发者可以通过Build Analyzer工具，查看并行(parallel)、增量(incremental)、守护进程(daemon)的开启情况，建议配置为true，以提升构建效率。

（2）特定场景下的性能优化配置

以300万行ArkTS代码规模的工程为例（包含 500 + 模块、20+ lib 库），从构建流程分析，编译耗时主要集中在三个核心阶段：依赖安装、语言编译、压缩打包；下面将针对以上三个阶段，分别给出对应的优化方案。

优化1—依赖安装优化：工程中模块间存在重复依赖时，可以在工程级统一管理lockfile锁文件，减少重复依赖的安装，优化依赖安装耗时；开发者可以在.ohpmrc中开启相关特性（enable_unified_lockfile=true）；ohpm安装时涉及对.har/.tgz三方包文件的解压和遍历，开启高性能方法优化解压遍历过程，可减少依赖安装耗时。开发者可以在.ohpmrc中开启相关特性（enable_boost_extraction_speed=true）。通过开启这2个配置，依赖安装耗时可从8min优化至1min内。

优化2—语言编译优化：在本地Debug构建时，JS中间产物并不是必须的，在6.0.1（API21）版本，支持配置（ohos.arkCompile.noEmitJs = ture）ArkTS编译过程中不再生成JS中间产物，从而加快编译速度，减少编译内存占用。开启该优化后全量编译耗时可节省~2min，但在Release模式下，开启混淆构建包含JS中间码的HAR等场景依旧会生成JS中间产物而没有优化效果。

优化3—打包压缩优化：当工程存在大量lib库且开启压缩时，lib库越大，压缩耗时越长。本地开发调试时，通常不关心包大小，可在本地构建直接跳过 lib 库压缩。通过配置（module.json5 -> compressNativeLibs = false）跳过libs库压缩过程，提升编译效率。打包任务耗时从1min可优化至3s。

以上优化配置开启后，本地Debug编译耗时显著优化，工程全量编译耗时：从24min优化至14min；增量编译耗时：4min优化至2.5min。

（3）平衡编译性能和内存的配置

DevEco Studio提供了内存优先模式和性能优先模式，性能优先模式开启时，启用了任务缓存，编译结束后常驻内存增加。具体可通过hvigor-config.json5 -> properties -> hvigor.enableMemoryCache配置true。将 hvigor-config.json5 -> execution -> optimizationStrategy 设置为"performance"性能优先。开发者可基于实际开发环境灵活选择。

2 构建方式：选择合适的构建方式，精准识别构建范围，让开发事半功倍

如果需要对某个模块进行开发调试，应避免使用“Make All Modules”，应该使用“Make Module‘***’”，这样避免编译过程中对所有模块启动编译打包任务，进而导致编译耗时变长。当工程下有多个Hap模块（entry或feature），如果只对某一个Hap进行开发调试，也不建议直接使用 “Build Hap(s)”进行构建，这会对所有的Hap模块进行构建，同样会带来较长的编译耗时。这种情况下建议开发者使用“Make Module‘***’”进行构建，仅构建关注的模块，提高开发效率。

当然，如果是修改代码推包到应用设备上进行调试时，可以直接点击：或者，使用增量调试：。

构建并推送增量包，可大幅减少大型应用调试推包时间，显著提升开发效率。此外，也可使用Hot Reload，修改代码并保存后无需重启应用，在真机或模拟器上即可查看最新的代码效果，帮助开发者更快速地进行调试。

3 更多优化配置参考

更多优化配置可参考：https://developer.huawei.com/consumer/cn/doc/harmonyos-guides/ide-build-optimized。当然，还是建议开发者升级到最新IDE版本，IDE整体性能和内存也在持续优化中。IDE下载链接：https://developer.huawei.com/consumer/cn/download/