文章目录前言冷启动 vs 热启动优化 1延迟加载优化 2减少 onCreate 逻辑优化 3预加载优化 4布局优化优化 5懒初始化效果对比写在最后前言我们的 App 上线后第一周用户反馈最多的不是功能 bug而是——“打开太慢了”。我测了一下冷启动 3.2 秒在应用市场同类 App 里垫底。老板说3 秒降到 1 秒做得到吗做得到。花了两周优化最终冷启动 1.1 秒。今天把 5 个最有效的技巧分享出来。启动速度是用户对 App 的第一印象。打开慢 体验差 用户跑路这逻辑很直白。HarmonyOS7 的冷启动流程涉及进程创建、Ability 初始化、页面渲染三个阶段每个阶段都有优化空间。我的经验是优化启动不需要什么黑科技把该省的省掉、该延的延后、该快的加快1 秒以内完全可以做到。冷启动 vs 热启动先搞清楚两种启动模式的区别维度冷启动热启动触发条件App 进程不存在App 在后台进程还在执行流程进程创建 → Ability 初始化 → 页面渲染直接恢复页面耗时1-3 秒优化前几乎无感知优化重点全流程都要优化影响不大用户感知明显等待基本无感这篇文章说的优化主要针对冷启动因为热启动本身已经够快了。优化 1延迟加载冷启动最大的坑就是在onCreate里塞了太多东西。不是所有东西都需要在启动时初始化。问题代码// EntryAbility.etsimport{Analytics}from../analytics/Analyticsimport{PushManager}from../push/PushManagerimport{CacheManager}from../cache/CacheManagerimport{ImageLoader}from../image/ImageLoaderimport{DatabaseHelper}from../db/DatabaseHelperexportdefaultclassEntryAbilityextendsUIAbility{onCreate(want,launchParam){// 启动时全部初始化太重了Analytics.init()PushManager.init()CacheManager.init()ImageLoader.init()DatabaseHelper.init()}}5 个模块全部在启动时初始化但用户看到的首页可能只用到了其中 1-2 个。优化后——只初始化首屏必需的exportdefaultclassEntryAbilityextendsUIAbility{onCreate(want,launchParam){// 只初始化首屏必需的CacheManager.init()// 首屏数据依赖缓存// 其余延迟到首屏渲染后setTimeout((){Analytics.init()PushManager.init()ImageLoader.init()},0)// 放到下一个事件循环不阻塞首屏// 数据库等更重的延迟更久setTimeout((){DatabaseHelper.init()},500)}}setTimeout(() {}, 0)把任务推迟到下一个事件循环不阻塞当前帧的渲染。数据库这种重量级操作延迟 500ms 再初始化用户已经看到首屏了感知不到。优化 2减少 onCreate 逻辑除了延迟加载onCreate本身的逻辑也要精简。onCreate 里只做三件事读参数、初始化状态、加载首屏数据。其他的都别放。优化前onCreate(want,launchParam){// 1. 读取启动参数this.launchDatawant.parameters// 2. 初始化全局状态AppStorage.setOrCreate(isLogin,false)// 3. 检查更新网络请求this.checkUpdate()// 4. 上报启动事件网络请求this.reportLaunchEvent()// 5. 预加载配置文件读取this.preloadConfig()}3 和 4 是网络请求5 是文件 I/O全放 onCreate 里启动能快才怪。优化后onCreate(want,launchParam){this.launchDatawant.parameters AppStorage.setOrCreate(isLogin,false)// 到此为止onCreate 结束}checkUpdate、reportLaunchEvent、preloadConfig全部挪到onWindowStageCreate之后或者首屏渲染后再执行。对比效果指标优化前优化后onCreate 耗时1200ms80ms首屏可见时间3.2s1.8s优化 3预加载延迟加载是晚点再做预加载是提前做好。两者不矛盾。思路在 splash 页面显示期间提前准备好首屏数据。// SplashPage.ets — 启动页Componentstruct SplashPage{Stateready:booleanfalseasyncaboutToAppear(){// 启动页展示期间并行预加载首屏数据constpromises[this.loadHomeData(),this.loadUserInfo(),this.loadConfig()]awaitPromise.all(promises)this.readytrue}asyncloadHomeData(){constcacheCacheManager.get(home_data)if(cache){AppStorage.setOrCreate(homeData,cache)}}asyncloadUserInfo(){consttokenPreferencesUtil.get(token)if(token){constuserawaitUserService.getUserInfo(token)AppStorage.setOrCreate(userInfo,user)}}asyncloadConfig(){constconfigawaitConfigService.load()AppStorage.setOrCreate(appConfig,config)}build(){Column(){Image($r(app.media.splash)).width(100%).height(100%).objectFit(ImageFit.Cover)}.onClick((){if(this.ready){router.replaceUrl({url:pages/HomePage})}})}}这段代码的巧妙之处启动页本身就要展示 1-2 秒品牌露出这段时间别浪费用来预加载数据。等用户点击或自动跳转时数据已经准备好了首页秒开。Promise.all让三个请求并行执行比串行快很多。优化 4布局优化布局嵌套太深渲染就慢。首屏布局层级控制在 5 层以内。问题布局——嵌套 8 层Column(){Column(){Row(){Column(){Row(){Text(标题)}}}}}优化后——扁平化2 层搞定Column(){Text(标题).width(100%).textAlign(TextAlign.Start).margin({top:10,left:15})}ArkUI 的声明式语法本身就是为了减少嵌套设计的。能用属性解决的别用容器包一层。布局优化要点能用属性设置的不加容器Flex、Row、Column选最合适的别全用Flex首屏只渲染可见区域非可见区域用LazyForEach图片设置width和height避免布局时二次计算优化 5懒初始化有些对象的创建很耗时但不是首屏必须的。用懒初始化——第一次用到时再创建。exportclassHeavyService{privatestatic_instance:HeavyService|nullnull// 懒初始化不主动创建用到时再创建staticgetinstance():HeavyService{if(!HeavyService._instance){HeavyService._instancenewHeavyService()}returnHeavyService._instance}privateconstructor(){// 耗时的初始化逻辑this.initDatabase()this.loadPlugins()this.setupInterceptors()}}对比传统写法// 传统写法启动时就创建constheavyServicenewHeavyService()// 启动时 200ms 没了// 懒初始化用到时才创建constdataHeavyService.instance.getData()// 第一次调用时才初始化懒初始化的好处是如果用户这次根本没用到这个功能就完全不会花这个初始化时间。比如支付模块用户只是浏览商品没下单支付模块就不需要初始化。效果对比5 个优化全部做完后效果明显指标优化前优化后提升onCreate 耗时1200ms80ms93% ↓首屏可见时间3.2s1.1s66% ↓完全可交互时间3.8s1.5s61% ↓冷启动帧数掉帧 12 帧掉帧 1 帧92% ↓从 3.2 秒到 1.1 秒核心就三件事砍掉不该在启动时做的事、提前准备好首屏需要的数据、减少首屏渲染负担。写在最后启动优化没什么玄学就是一个字省。省掉不必要的初始化、省掉多余的布局层级、省掉启动时的阻塞操作。我的优化顺序建议先砍 onCreate效果最大再优化布局见效快然后加预加载体验提升明显最后用懒初始化收尾。别一上来就调细节先从最大的时间消耗下手。优化是个持续的事每次加新功能都要想一下这个东西需要在启动时初始化吗养成这个习惯启动速度就不会慢慢退化回 3 秒。5 个技巧都经过实战验证效果因项目而异。建议先用 Profiler 找到你的启动瓶颈再对症下药。
