深入解析Launcher3图标白边问题：从BaseIconFactory到自适应图标适配

1. 图标白边问题：从何而来，为何困扰？

如果你是一位Android系统开发者，或者负责过Launcher（桌面）的定制项目，那你大概率遇到过这个让人头疼的问题：某些应用的图标在桌面上显示时，周围会多出一圈难看的白边，导致图标看起来比别的应用小了一圈，视觉上很不协调。我自己在项目里就踩过这个坑，明明图标资源是标准的，但一上Launcher3，有些图标就“缩水”了。

这个问题其实源于Android 8.0（API 26）引入的自适应图标（Adaptive Icon）规范。谷歌为了统一不同厂商设备上图标的视觉风格，比如圆角矩形、圆形、方圆形等，推出了这个机制。简单来说，自适应图标由前景层和背景层两层组成，系统会根据设备设定的蒙版（Mask）形状，自动裁剪和适配，保证图标在各种形状下都能完整、美观地显示。

那么白边是怎么产生的呢？对于已经适配了自适应图标规范的应用，它们的图标资源（ic_launcher.xml）本身就是一个AdaptiveIconDrawable，系统能正确处理。但对于大量未适配的老应用或第三方应用，它们的图标仍然是传统的BitmapDrawable。为了在自适应图标的框架下“安置”这些老图标，Launcher3会默认将它们包裹在一个自适应的“容器”里，并自动缩小，以确保图标内容不会超出系统蒙版的边界。这个缩小的操作，加上容器默认的背景色（通常是白色或浅色），就形成了我们看到的“白边”。

所以，这个白边不是图标自带的，而是Launcher3为了兼容老图标，在渲染时动态添加的视觉效果。对于追求极致视觉统一和屏占比的定制系统来说，这个默认行为往往需要被修改。

2. 核心战场：BaseIconFactory与normalizeAndWrapToAdaptiveIcon

要解决白边问题，我们必须深入Launcher3处理图标的核心工厂类：BaseIconFactory。你可以把它理解为一个图标的“加工车间”，所有应用图标在显示到桌面、文件夹或应用列表前，都要经过它的流水线进行标准化处理。

在这个车间里，有一个非常关键的方法：normalizeAndWrapToAdaptiveIcon。它的名字直译过来就是“标准化并包裹为自适应图标”。这个方法就是决定一个图标是否要被加上白边的“总开关”。我们来看看它的核心逻辑（基于Android 13/14源码简化）：

protected Drawable normalizeAndWrapToAdaptiveIcon(@Nullable Drawable icon,
        final boolean shrinkNonAdaptiveIcons,
        @Nullable final RectF outIconBounds,
        @NonNull final float[] outScale) {
    if (icon == null) {
        return null;
    }
    float scale = 1f;

    // 关键判断：如果需要收缩非自适应图标，并且当前图标不是自适应图标
    if (shrinkNonAdaptiveIcons && !(icon instanceof AdaptiveIconDrawable)) {
        // ... 这里