点开那一下的白屏：冷启动四段与启动画面的三种做法

点一下图标，然后屏幕先白一下，再出现界面。这个「白一下」短则两三百毫秒，长则两三秒，几乎每个安卓应用都有，但很少有人真的去看它。它其实是整个应用里唯一一段「没人负责」的画面——界面代码还没开始画，系统只能先拿一块底色顶上。

所以用户看到的白屏，不是加载慢，也不一定是代码写得差，而是「第一帧还没准备好，系统先把窗户纸糊上」。这块窗户纸的颜色、上面有没有东西，全看你有没有在包里交代过。

这一篇就讲这一块窗户纸：启动过程到底分几段、白屏是怎么来的、三种启动画面各自怎么工作、为什么同一个启动图在不同手机上会被拉扁或切掉，最后给一份验收顺序。所有改动都可以用一句话完成，官网是 www.apkeditor.cn。

一、先分清三种「启动不好看」

把用户嘴里那句「启动有点卡」拆开，其实是三种完全不同的现象，修法也完全不同。

第一种，白屏闪一下。点开之后整屏雪白，可能只有零点几秒，然后界面出来了。有些人是白屏上方还有一条状态栏，有些人是全屏白包括状态栏。这是最常见的一种，也是最容易改的一种。

第二种，一直白着，白很久。不是闪一下，是白屏停在那儿一两秒甚至更久，然后才出界面。这种问题不在启动画面，在启动阶段真正在做的事情太多：初始化网络、读配置、检查更新、恢复登录态。

第三种，白屏变黑屏，或者白屏上只有一个图标。这说明包里已经交代过启动画面了，只是交代得不完整或者不匹配：底色是深色但没给图，或者给了图但系统版本不认识它，退回成默认样式。

三种现象对应三个动作：第一种改窗口底色，第二种减启动阶段的工作量，第三种补齐启动画面的声明。如果混着改，最常见的结局是「白屏不白了，但还是慢」——因为你改的是那层窗户纸，不是窗户后面的房间。

二、从点图标到第一帧，中间隔着四段

要判断该改哪一段，得先知道这一段一段是怎么排的。安卓的冷启动大致是四步，每一步都有明确的「谁在干活」。

第一段，系统接手。你点了图标，系统先确认这个应用能不能启动、有没有被限制，然后为它创建一个进程。这一段是系统在干活，应用还没醒过来，改包改不到它，只能靠减少权限弹窗、避免被系统限制来缩短。

第二段，应用初始化。进程起来后，应用自己的入口先跑一遍：注册全局配置、初始化各种组件、读本地数据。这一段是应用在干活，界面还没画。很多应用在这一段做了太多事，白屏就是这么被拉长的。

第三段，窗口出现，但没有内容。系统为界面创建了一个窗口，先把这块区域按主题里的背景色刷一遍。这一刷就是用户看到的那块白。此时界面代码正在准备布局，还没画完。

第四段，第一帧画出来。布局测量、排版、绘制，屏幕上终于出现了真正的内容。从这一刻起，白屏就结束了。

看清楚这四段，就能得出一个很关键的结论：白屏不是某一段「出错」了，它是第三段到第四段之间的必然空白。你要做的不是消除它，是让这块空白看起来是设计的一部分，而不是「没加载出来」。

三、白屏是主题里那个「窗口背景色」

把白屏追到源头，只有一个东西：主题里的窗口背景。

它的作用很朴素。系统在显示界面之前，需要先知道这块区域刷什么颜色。它会去主题里找窗口背景这一项；找到什么就刷什么，找不到就用系统的默认值——而多数系统的默认值是白色。于是你就看到了一片白。

这也解释了为什么有的应用是黑屏。它们把窗口背景设成了深色，或者主题本身是深色主题。深色在暗处看着不刺眼，但如果你随后弹出来的是浅色界面，就会变成黑一下再白一下，比单纯白闪更难受。

关键的一点：窗口背景不需要等代码。它是主题里的一项声明，系统在创建窗口时就直接读了。所以改它见效极快，而且几乎不可能出兼容问题——这也是为什么「把白屏换成品牌底色」是所有启动优化里性价比最高的一步。

但它只能改颜色，不能改时长。这一点必须说清楚：把窗口背景从白改成深蓝，白屏消失了吗？没有，只是变成了一块深蓝。如果启动阶段本身要花两秒，用户看到的就是两秒深蓝。颜色解决的是「难看」，不解决「慢」。

四、三种启动画面，做法完全不同

想让这块空白不只是纯色，办法有三种。它们出现的年代不同，行为也不同，混用会出问题。

第一种，传统启动页。单独做一个界面，里面放一张图，启动完成后跳到主界面。优点是控制力最强：图怎么摆、多久、要不要动画，全都自己写。缺点是它多了一个界面，多一次跳转，而且要自己处理「跳转时不能闪」这个问题——很多应用就是在这里闪了第二下。

第二种，主题里放一张背景图。不新增界面，直接把窗口背景从「一个颜色」换成「一张图」或「一张居中的图加底色」。优点是不增加界面、不增加跳转，系统一刷就是它。缺点是它对尺寸很敏感：图怎么铺、会不会被拉伸，取决于你怎么写这一层。

第三种，系统提供的启动画面机制。较新的系统版本统一接管了这件事：应用只需要交代一个背景色和一个图标，剩下的（居中、遮罩、淡出）由系统画。优点是各应用观感统一、不容易做错；缺点是控制力弱，你想放一张全屏大图是做不到的，而且老系统上不生效。

这三种的关系不是「新的替代旧的」，而是「按系统版本各走各的」。所以一个成熟的包里往往三种都有：新系统走系统机制，老系统走主题背景图，个别页面再补一个自己的启动页。听起来复杂，但它们各自负责一段，互不打架。

真正会打架的是「只做了一种却以为全覆盖」。比如只做了系统机制，老系统上就还是白屏；只做了主题背景图，新系统上可能被系统机制盖掉，你精心做的那张图根本没人看见。这不是 bug，是版本差异。

五、为什么同一个启动图，在别人手机上被拉扁了

这是启动画面最常被投诉的一条：自己做的时候在手机上看挺好，装到平板上，logo 被拉成一张饼。

原因只有一个：那张图被当成了「铺满整块区域」的图。而屏幕的宽高比不是固定的。手机的宽高比大约在 16:9 到 21:9 之间，平板可能接近 4:3。一张按手机比例做的图，铺到 4:3 的屏幕上，只能被拉伸或者被裁掉。

两种铺法，两种后果。拉伸（把图按屏幕尺寸硬撑）会变形，圆形的 logo 变成椭圆；裁切（把图放大到填满，多余部分切掉）不变形，但图上的文字和边角元素会被切掉。做启动图时看到的「都挺好」，往往是因为那张图的内容刚好在安全区里。

正确的做法是把「底色」和「图形」分开。底色负责铺满，随便什么比例都不会变形；图形单独一层，永远按原始比例居中显示，不参与缩放。这样在手机上是小一点，在平板上还是那个形状，只是周围留白更多。

技术上这就是「图层叠加」而不是「一张大图」。用一层纯色打底，上面叠一个居中的图形。图形本身不铺满，也就不存在被拉伸。这个做法几乎适配所有屏幕，代价是图案不能延伸到屏幕边缘。

如果你确实需要一张铺满的插画（比如品牌方给了一张带背景的全屏图），那就得按不同宽高比各出一份，放在对应的资源目录里，让系统去挑。这是能做对的，但要维护好几份图，改一次要改几处。

六、白屏时长和启动图没有关系

这句话值得单独一节，因为它是这件事上最大的误解。

很多人以为「把启动图做得好看一点，用户就不会觉得慢」。短期有效，长期无效。因为用户对「慢」的判断不是看画面，是看「我想要的界面什么时候出现」。你把白屏换成一张漂亮的品牌图，用户第一次觉得挺专业，第三次就开始觉得「这应用每次都要停一下」。

白屏的真实时长，取决于应用初始化那一段做了多少事。常见的大头有：初始化统计与推送、检查版本更新、恢复登录态并校验、预热网络、读本地缓存、加载字体、初始化地图或扫码等重组件。这些都是同步做的，做多少，白屏就长多少。

所以真要缩短它，动作不在画面上，在这几件事上：能不做的挪到首屏之后做；能并行的并行；能懒加载的等用到再加载；必须在启动时做的，尽量只做读本地这种极快的。这是一次实打实的代码整理，不是换个图能替代的。

但要注意一个反直觉的点：有些初始化「挪走」之后，用户点进某个功能会突然卡一下。白屏只是把等待集中到了最前面，挪走等于把等待分散到各处。哪一种更好，取决于你的应用：工具类应用适合集中，社交类应用适合分散。没有统一答案，但至少要知道自己在做选择。

还有一个更根本的判断：如果冷启动本来就快（半秒以内），那么做启动画面的收益几乎为零，反而增加了一次「闪一下」的风险。启动画面是给「确实需要等」的应用用的，不是给所有应用用的。

七、第一个实例：巡检端的白屏，白到用户以为没点上

自家一个巡检应用，装在现场的几十台手持设备上。反馈很一致：点开之后白屏差不多两秒，中间没有任何反应，同事经常以为没点上，会再点一次。

查下来的原因有两层。第一层是窗口背景用的是默认白色，界面本身是深色的工具栏配浅色内容，一白一深反差很大。第二层是启动阶段同步做了三件事：检查更新、拉取待办数量、恢复上次的位置。三件事串行，加起来接近两秒。

以前的做法：得改主题里的窗口背景，还要在启动代码里把三件事改成「先出界面，再补数据」。改主题这一步不难，难的是后面那一步——涉及好几个地方的时序，改完还得把「待办数量没及时刷新」这类副作用一起处理掉。前后花了两天。

现在一句话：把这个应用的启动窗口背景改成品牌深蓝，并在上面居中显示 logo；启动阶段只保留读本地配置，检查更新和待办数量改成界面出来之后再拉。

改完的效果分两半。前半是「不难看了」：白闪变成深蓝底加一个居中 logo，和界面配色是一套。后半是「变快了」：白屏从接近两秒压到半秒左右，因为真正在等的只有读本地。两半都做，反馈才彻底消失。

顺便说一个细节：把窗口背景改成深色之后，状态栏的图标颜色也要跟着改，否则深色底配深色图标，时间电量全看不见。这件事我们第一次就漏了，装上去当场发现。

八、第二个实例：门店端的启动图，在平板上变成了饼

第二个例子是纯视觉问题，但投诉更直接。

这个门店应用有一个启动画面，中间是品牌 logo，下面是品牌名。手机上看着挺好，圆形的 logo 端端正正。装到门店收银那台平板上，logo 被横向拉成了一个椭圆，品牌名也被拉宽了。店员第一句话是「这个图标怎么变形了」。

原因是那张启动图是一整张铺满的图。做图的时候按手机的宽高比出的，系统在平板上把它铺满整块屏幕，于是横向被撑开。这不是系统算错了，是这张图本身声明了「我要铺满」。

改法不是「再出一张平板版」，而是「把图拆成两层」。底下垫一层纯色，上面放一个居中的图形，图形按原比例显示、不参与拉伸。这样手机上图形占的比例大一些，平板上小一些、周围留白多一点，但形状永远是对的。

一句话描述：把这个应用的启动画面改成纯色底加居中 logo，logo 保持原始比例、不要铺满；手机和平板都用这一套。

验证要两台设备一起看。手机竖屏、平板横屏各看一遍，重点看三件事：logo 是不是圆的、品牌名有没有被拉宽、上下留白是否还算协调。只在一台设备上看，永远发现不了这个问题。

还有一个更隐蔽的变体：有些启动图是把 logo 和背景画死在一张图里的，拆不开。这时候只能重新出图——这也说明了为什么「做图时就分两层」比「后期修补」省事得多。

九、启动图、桌面图标、商店图是三件事

这三张图经常被当成一件事，其实是三套完全独立的文件，尺寸、规则、露脸的地方都不一样。

桌面图标是一个图形，用户点它启动。它会被桌面套上形状，按密度分好几份。商店图是上架用的封面，尺寸由平台规定，通常是固定像素、固定比例，而且不允许透明。启动图是启动瞬间铺在窗口里的那张，可以是纯色、可以是图层叠加、也可以是全屏插画。

混用会发生什么？把桌面图标直接当启动图用，它会被放大到整屏，边缘模糊、锯齿明显——因为图标本身只有几百像素，放大到一千多像素就散了。反过来，把启动图当图标用，图形会小得看不清，因为启动图是按全屏构图做的，主体只占中间一小块。

它们的「安全区」也不一样。图标的内容要塞进中间的圆形或圆角方形里；启动图的图形要居中、左右留边；商店图要考虑平台会不会在角上盖角标。三张图各自的构图约束不同，所以不能互借。

一个很实用的做法：让设计师交一个「母版」，里面放一个居中的 logo，然后按三套规格各导出一次。母版只有一个，产出的三张图各自合规矩，比每次临时裁要稳得多。

还有一个常见错误：把启动图里的品牌名写死成图片文字。改一次品牌名就要重新出图，而且没法做多语言。能用文字控件画的，就别画进图里。

十、在新系统上，启动图为什么被裁成了一个圆

这一条专门讲较新系统版本的启动画面机制，因为它的行为和老做法差别很大。

它只接受两样东西：一个背景色，一个图标。没有「全屏插画」这个选项。系统拿到图标之后，会把它放在屏幕正中，并且按自己的规则处理形状——多数情况下是一个圆形或圆角方形的遮罩，和桌面图标那一套很接近。

于是两个后果。第一，你如果给了一张带文字的横版图，文字的四个角会被裁掉。第二，你如果给了一张带白底的方图，白底会跟着遮罩一起显示，出现一个白色圆块压在品牌底色上。这两种都是「按老习惯做图、被新规则裁」的典型。

正确的做法是：给一个「能塞进圆里」的图形。内容集中在中间，四周留足余量；背景透明，不要自带底色；不要放文字，尤其是放在边上的小字。这跟做桌面图标的前景层是同一套要求。

还有一条容易被忽略：这个机制在不支持它的系统版本上完全不生效。所以同一张图，在旧系统上看是「主题背景图」，在新系统上看是「居中图标加遮罩」。如果这两处的意图不一致，用户换一台手机就会觉得「这个应用变得不一样了」。

怎么让两处一致？把旧系统那份主题背景图也做成「纯色底加居中图形」，图形大小控制得和新系统的遮罩差不多。这样新旧两套观感接近，用户感知不到差别。这是最省事的统一办法。

十一、七个问题，都是做启动画面时真被问过的

1. 只改窗口背景色，算不算做了启动画面？算，而且这是最低成本的一档。它解决的是「白闪刺眼」，不解决「没有品牌感」。如果只想要前者，改颜色就够了。

2. 启动画面要停留多久？越短越好，理论上应该是「第一帧准备好就消失」，不该人为加延时。刻意让它停一两秒展示品牌，是拿用户的时间换自己的曝光，短期能忍，长期会被骂。

3. 能不能在启动画面上做动画？能，但要极短、极轻。启动阶段本来就是资源最紧张的时候，在这里跑复杂动画，等于在最短的那块木板上再加重量。

4. 启动页和登录页谁先？启动页先，登录页后。但更好的做法是让启动画面直接过渡到登录页，中间不要出现第三个空白界面，否则会白两次。

5. 深色模式下启动画面要不要单独一份？要。深色界面配一块亮白的启动图，第一眼就是刺的。较新的系统机制会自动跟随，老做法要自己为深色目录备一份。

6. 启动图上放广告行不行？多数平台明确不允许，而且用户体感极差——他点开应用是为了用，不是为了看你卖东西。这一条不必权衡。

7. 改了启动图，为什么装上没变化？三种可能：装的是旧包；改的那份不是当前系统版本会用到的那份；或者改动被缓存了。先确认包是新的，再确认改的是哪个目录、哪个版本分支。

这七个问题里，第二和第七最常出现。第二是设计判断，第七是操作顺序。前者靠定规矩，后者靠一份「改完怎么确认」的清单。

十二、验收清单：六处看完才算改完

启动画面这件事有个特点：它只出现几百毫秒，靠「随手点一下」几乎不可能看清。所以要按项验收。

看哪里	怎么触发	不对长什么样	常见原因
冷启动第一眼	杀掉进程，从桌面点开	先白一下再出界面	窗口背景未设
启动画面本身	同上，盯住最开始那一瞬	图形被拉扁/被切角	铺满式大图
过渡那一下	从启动画面到首屏	闪第二下、跳一下	多了一次界面跳转
深色模式	系统切深色再冷启动	先亮一下再变深	未备深色那份
平板横屏	装到平板，横屏点开	logo 变形、留白怪异	按手机比例做的图
旧系统设备	找一台版本较老的设备	根本没显示启动图	只做了新机制

六项里有三项必须换设备才能验。深色要切系统、平板要换机器、旧系统要另找一台。只在自己手机上点三下，最多能发现前两项。

还有一个土办法很有效：用另一台手机录屏，然后逐帧看。启动画面太短，肉眼容易漏；录下来放慢，白闪几次、跳了几下，一目了然。尤其是「闪第二下」这种问题，只有慢放才看得清。

十三、什么情况下不必做启动画面

不是每个应用都需要。老老实实不做，比做了但做歪要好。

第一种，冷启动本来就很快的应用。半秒以内出界面，用户根本来不及看清那块空白。这时候再加一张启动图，反而多了一次「图闪一下再消失」。

第二种，界面本身就是浅色、干净的。白色窗口背景和首屏背景是同一个色，白屏在感知上等于「没有」。这种情况下最该做的不是加图，是确保两边颜色完全一致。

第三种，工具类、效率类应用。用户点开就是要立刻干活，任何「品牌展示」都是阻碍。这类应用的最佳启动体验是「没有启动画面」。

反过来，什么时候值得做？我们的判断是两条：冷启动确实要等（超过一秒），或者首屏底色和默认白色反差很大。前者需要一块「有事在发生」的画面，后者需要一块不刺眼的底色。

判断「要不要做」这件事，还有一个很实用的办法：把应用冷启动二十次，用秒表记一个中位数。如果中位数在三百毫秒以内，做启动画面的收益基本为零；超过一秒，就该认真做；卡在两三百到一秒之间，只改底色不加图是性价比最高的选择。先量，再决定，比凭感觉判断准得多。

如果只是想「显得专业一点」，那不是启动画面的活儿。专业感来自首屏的信息组织、来自操作的响应速度，不来自那零点三秒的 logo。把力气花在那里，收益高得多。

十四、一次返工的账：启动画面改了四轮

把前面两个实例连起来看，这一轮启动画面的改动前后四天，前三轮都在补漏。

第一轮，改底色。把窗口背景从白改成品牌深蓝，白闪没了，看着立刻顺眼。但用户马上提了新问题：深蓝底上状态栏图标也是深色，看不见。

第二轮，补状态栏。把状态栏图标改成浅色，问题解决。但接着发现深色模式下，启动画面还是那块深蓝，而深色模式的首屏是更深的灰，两块颜色不一样，衔接处有一道明显的分界。

第三轮，补深色那份。为深色模式单独备一份更深的底色。这一轮又冒出平板的问题：那张居中图形是按手机比例做的，平板横屏下位置偏上。

第四轮，改图层结构。把「一张铺满的图」改成「纯色底 + 居中图形」，两台设备一起看，终于都对。这一天最短，但它是唯一一轮「改完没有再冒出新问题」的。

复盘下来，四轮里有三轮不是技术问题，是「没想到还有这一处」。状态栏、深色、平板，三处都不在主路径上，都不报错，只会在某台设备、某种设置下突然出现。

还有一个数字值得记下来：这四轮里，每一轮从「收到反馈」到「改完装上」，平均不到半天；真正拖时间的是「确认到底哪一处不对」——要问清楚用户用的是哪台设备、什么系统版本、是不是深色模式，问完再复现。四天里有一半时间花在来回问上。

所以后来我们养成了一个习惯：每次交付启动相关的改动，都在说明里带一句「请在你常用的设备上冷启动三次，看第一眼」。这句话很土，但它把「发现」的环节从用户投诉提前到了验收现场，省掉的就是那两天的来回。

如果重来一次：一开始就把那六项验收表列出来，四轮能压成两轮。启动画面这件事的成本，几乎全部在「发现」上，不在「改」上。

十五、它和深色模式、换字体是同一套逻辑

把启动画面放回整个改包的框架里，会发现它踩的坑和前面几篇讲的一模一样。

改深色时，一份颜色要备两套值，漏一处就在某个控件上发白；换字体时，一条声明覆盖全局，单独设一处就在某个页面保留旧貌；做启动画面时，一个窗口背景要按系统版本、按深浅色、按屏幕比例各交代一次，漏一处就在某台设备上闪一下。三件事的失败模式高度一致。

共同的结构是：一个「默认值」加若干「例外分支」。默认值决定大多数情况，例外分支决定边角情况。返工永远发生在例外分支上，因为默认值一眼就能看到，例外得专门去想。

所以那套做法可以通用：先把默认值定对，再把可能的分支列全（系统版本、深浅色、屏幕尺寸、语言），最后按清单逐项验收。顺序永远是「定默认 → 列分支 → 逐项验」，跳过任何一步都会返工。

这也是为什么我们总说「先看一眼包里怎么组织的」。知道窗口背景是主题里的一项、知道资源按目录分流，你就能推出「还有哪些分支没交代」；不知道，就只能靠用户投诉来告诉你。这两者的效率差了一个数量级。

在安卓修改大师智改工坊里，这类分支型改动正好是一句话能说清的东西：底色是什么、图放哪、深色要不要单独一份、平板要不要管。你把这些分支逐条说全，它负责落文件、回编、对齐签名；你说漏了哪条，那一处就还是老样子。所以描述这件事，本身就是一次「把分支列全」的练习。

顺带说一句：这类「分支型」的改动，最适合交给能读懂结构的工具去做。因为分支是可以在描述里点名的——「深色模式也要一份」「平板横屏不能变形」——而人手工做的时候，最容易漏的恰恰是没被点名的那些分支。

十六、把这件事写成一句能执行的话

启动画面的需求最容易写得含糊，因为「好看」不是可执行的标准。一句话里至少要带四样东西。

反例：「把启动画面做好看一点」。这句话什么都没说清：改颜色还是加图、停留多久、深色怎么办、平板怎么办、怎么算做完。

正例：「这个应用冷启动时先显示品牌深蓝底，上面居中放 logo，logo 保持原始比例、不要铺满；深色模式下换成更深的底色；状态栏图标跟着变浅；手机和平板都用这一套。启动画面不要停留，第一帧出来就消失。」

这个正例里四样齐了：样式（纯色底加居中图形）、分支（深色、状态栏、平板）、时长（不停留）、验收口径（两台设备、两种模式）。而它们正好对应前四轮返工。

还有一条要写进去：不要什么。比如「不要放广告图」「不要加动画」「不要多做一个启动页面」。范围写得越窄，执行越准——尤其是「不要多做一个启动页」这句，能省掉一次多余的跳转和第二次闪屏。

最后，把验收写进需求，不要留在脑子里。「看着不白」不是标准，「六项逐项过、两台设备、两种模式」才是。标准越具体，交付时的争论越少。

十七、热启动时那一下「重画」，其实是另一种白闪

前面讲的都是冷启动——进程从无到有。但用户体感里还有另一种「闪」，发生在进程还活着的时候。

现象是这样的：应用在后台待了一会儿，切回来，先看到一块空白，然后界面才重新出现；或者从某个页面返回，屏幕先闪一下再显示。它不像冷启动那么长，但频率高得多——用户一天可能切换十几次。

原因有两类。第一类是系统回收了界面，只保留进程：切回来时界面需要重新创建，于是又走了一遍「窗口出现但没内容」。这一类跟冷启动的前半段是一回事，窗口背景同样会露出来。

第二类是界面自己重画。有些页面在恢复时会重新拉数据、重新算布局，中间把内容清空了。用户看到的是「原本有内容的页面突然变空，再填回来」。这一类不是白屏，是「内容被清空」，但体感上同样是闪。

两种的改法不同。前一类，把窗口背景设成和首屏一致的底色，闪的那一下就不显眼；如果首屏结构简单，还可以考虑让系统在切回时先显示一张「界面快照」，这样连空白都不会有。后一类要在逻辑上改：恢复时先显示缓存的内容，再去刷新，而不是先清空再等。

一个判断方法：如果闪烁时看到的是一整块纯色，那是第一类；如果看到的是「本来有字的地方变空了」，那是第二类。前者改主题，后者改时序。

为什么这件事值得单独说？因为大部分启动优化的讨论都集中在冷启动，而用户抱怨「这个应用老是闪」的时候，说的往往是热启动。冷启动一天一次，热启动一天几十次。

十八、要不要给「进度感」：一根转圈和一句文字的差别

如果启动确实要等，用户就需要知道「它在做事」。这时候有三个选择，感受差别很大。

第一个选择，什么都不给。就是一块纯色。它的潜台词是「马上就好」。如果确实马上就好（半秒内），这是最好的选择，因为任何多余的动效都会让人觉得更慢。

第二个选择，一个转圈。它的潜台词是「正在处理，请稍等」。它的问题是会放大等待感——研究用户体验的人早就发现，同样的时长，有转圈的比没转圈的显得更长。而且转圈不告诉用户「还剩多久」。

第三个选择，一句具体的文字。比如「正在恢复上次的巡检任务」。它最有效，因为把等待变成了「有事在发生」的叙事，用户知道系统在为他做什么，容忍度会明显提高。

这三种的选择标准很清楚：半秒内什么都不给；半秒到两秒给一句具体的文字；超过两秒，除了文字还得考虑真的把活儿挪走。而「超过两秒还只给一个转圈」是最糟的组合。

还有一条要克制：不要给假的进度条。走到 90% 停住不动的进度条，比没有进度条更让人恼火。进度条只有在你能真实估算进度时才该用，否则它就是在骗人。

顺带说一句文案：那句文字要具体到「在做什么」，不要写「加载中」。「加载中」等于什么都没说，用户只能干等；「正在同步昨天的巡检记录」会让他愿意等。同一段时间，一句话能改变感受。

这两节讲的其实都不是「画什么」，而是「让用户怎么理解这段时间」。同样一段等待，一块纯色、一个转圈、一句具体的文字，给人的感受完全不同，而它们的实现成本几乎一样。这也是启动这件事最被低估的地方：它不是美术活，是叙事活。产品介绍页在 https://www.apkeditor.cn/ai-version.aspx。

十九、三句话说完这件事

第一句：白屏是主题里那个窗口背景，改颜色就能改掉观感，但改不掉时长。想变快，得减启动阶段真正在做的活。

第二句：启动图要拆成「底色 + 居中图形」，不要用一张铺满的大图。铺满的图在所有非手机比例的屏幕上都会变形或被切。

第三句：验收要换设备、换模式、录屏慢放。深色一份、平板一台、旧系统一台，缺一项就会在用户那里露出来。

再补一句：做之前先问「这个应用真的需要启动画面吗」。冷启动本来就快、首屏本来就是浅色，那最好的启动画面就是「没有」。少做一件事，少一处会坏的边角。

这三句话之所以要写得这么硬，是因为它们各自对应一次我们真踩过的返工：第一句对应「换图换了五张还是白」，第二句对应「平板上一张饼」，第三句对应「只有一台手机看着没事」。三条都是花掉时间之后才总结出来的。

这件事真正难的地方，是它只存在几百毫秒。短到没人愿意为它专门排一次验收，长到用户每次打开都会看见。它属于那种「做对了没人夸、做错了天天被看见」的工作。

二十、附：一页速查

动手之前对着这张表过一遍。

主题	关键做法	一句话提醒
白屏从哪来	主题里的窗口背景，系统默认多为白色	改它最快
启动四段	系统接手 → 应用初始化 → 窗口出现 → 第一帧	白屏在第 3、4 段之间
三种做法	传统启动页 / 主题背景图 / 系统启动画面机制	按版本各走各的
不拉伸的做法	纯色底 + 居中图形，图形不参与缩放	别用铺满大图
新系统的限制	只接受背景色 + 图标，会被遮罩裁形状	内容要塞进圆里
必查分支	深色 / 平板横屏 / 旧系统 / 状态栏	四分支各验一次
验收六项	冷启动 启动图 过渡 深色 平板 旧机	换设备、录屏慢放
要不要做	冷启动 > 1 秒，或首屏与白色反差大	否则可以不做

二十一、用过的人怎么说

这篇里的两个实例都来自我们自己维护的应用——巡检端和门店端，另外几个内部工具也踩过类似的坑。写下来的目的不是证明什么，是把那几百毫秒里会发生的事提前摊开，让下一次改启动画面的人少返几轮。

合规提醒：本文所有实例均针对自有版权或已获授权的应用，用于企业内部维护、品牌统一与合法定制。请勿将改包能力用于破解他人付费应用、绕过安全机制或规避授权校验；也不要用启动画面承载广告或误导性内容。改包前请确认你对目标应用拥有相应权利，并保留原包与签名材料以备回退。

启动画面这件事，说到底是在回答一个问题：在用户真正能开始干活之前，你让他看到什么。一块白、一块品牌色、还是一个他自己的界面骨架，这三种选择带来的感受完全不同，但工作量差别其实不大。差别在于你有没有想过它。

安卓修改大师智改工坊做的就是让「想过」之后的那一步变短——你说清底色是什么、图放哪儿、深色和平板怎么处理，剩下的落文件、回编、对齐签名它去做。说清楚，就够了。