在鴻蒙應用開發中編譯構建是開發者最頻繁的操作，每一次編譯提速都能顯著提升項目整體開發效率。本次分享幾個簡單卻高效的鴻蒙編譯提速技巧，從編譯配置、構建方式等維度進行優化，讓你的開發流程更快捷高效。

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/