在做鸿蒙应用开发时，咱们最常干的就是编译构建这活儿，每把这一步的速度提起来，整个项目的效率就能蹭蹭往上涨。这次我就把几个挺简单但特好用的优化技巧分享给大家，主要是从怎么配、怎么建这两方面下手，让你的流程变得更顺滑。 1. 先说配置这块儿。DevEco Studio默认就给咱开了增量构建、并行构建这些功能来提速。建议你直接把它们的开关都设为true，DevEco里还自带个Build Analyzer工具，能让你看到这些功能到底开没开。碰到特别大的工程——比如有300万行ArkTS代码、包含500多个模块和20多个库的那种——编译慢多半是卡在三个地方：装依赖、转语言、打包。咱们挨个来优化。 对于依赖安装，如果你发现模块之间有重复的东西，在工程级别统一管个lockfile锁文件就能少装很多重复的包。还有ohpm在装.har或者.tgz这类包的时候要解压和遍历，我直接把性能模式的开关enable_boost_extraction_speed打开。这俩设置一加上去，以前得折腾8分钟才能搞定的事儿，现在不到1分钟就能完事。 编译速度这块主要看JS中间产物。本地Debug的时候其实用不着它，6.0.1版本（也就是API21）里有个新特性叫ohos.arkCompile.noEmitJs，把它设为true就能不生成那些中间产物。这么一来全量编译能省个2分钟左右内存占用也会少点；不过Release模式下要是要混淆或者打含JS中间码的HAR包的话还是会生成的。 最后是打包压缩。本地调试一般不太在意体积大小，如果工程里lib库特别多又开了压缩的话会卡很久。咱直接在module.json5里把compressNativeLibs改成false跳过程序压缩就行。这样一来打包从1分钟能压缩到3秒。 把这三个阶段的优化都做上以后，你就会发现本地Debug的速度快多了：全量编译从24分钟变成14分钟；增量编译从4分钟缩短到2.5分钟。要是想在性能和内存之间找个平衡点，DevEco还提供了两种模式：性能优先或者内存优先。咱们可以在hvigor-config.json5里面调整一下策略。 2. 再说说构建方式的选择。要是只改某个模块的代码或者只调某一个Hap（比如entry或者feature），千万不要用“Make All Modules”或者“Build Hap(s)”这种傻大个的方式去打全量包。直接选“Make Module‘***’”只打你需要的那个就行。如果是直接推包到设备上测试的话点那个“播放”按钮就行，系统会自动做增量推送；要是只是想在真机或者模拟器上改完代码马上看到效果也可以用Hot Reload功能保存后直接看最新结果。 3. 想了解更多高级配置的话可以去官网搜“提升构建效率”。最后我还是建议大家赶紧把IDE升级到最新版本吧，版本号高了不光编译快内存占用也小得多。要下载的话去HarmonyOS开发者官网搜“DevEco Studio”就能找到链接。