Jetpack Compose中Image缩放后抗锯齿为何远差于原生ImageView

核心是Compose 默认的 Image 绘制逻辑没有开启 Bitmap 缩放所需的双线性过滤，叠加多密度资源的解码特性，最终导致缩放时出现锯齿：

• 原生 ImageView 构造时默认给 Paint 同时开启 ANTI_ALIAS_FLAG 和 FILTER_BITMAP_FLAG，后者专门用于 Bitmap 缩放时的插值平滑，你验证的 AndroidView 包裹原生 ImageView 无问题也正是这个原因。
• Compose 侧你看到的默认 Paint 仅开启了抗锯齿，isFilterBitmap 属性（对应原生的 FILTER_BITMAP_FLAG）默认是关闭的，缩放 Bitmap 时会直接取最近邻插值，边缘就会出现明显锯齿。
• 你观察到的「移除 hdpi 资源就正常」「ContentScale.None 无缩放就正常」也完全符合这个逻辑：
  • 无缩放时不需要插值，过滤开不开都不影响显示效果。
  • 移除 hdpi 资源后，系统解码 Bitmap 时会自动根据当前屏幕密度缩放资源，解码阶段的缩放默认开启了双线性过滤，加载完成的 Bitmap 本身已经是平滑的，绘制阶段哪怕不需要再缩放，也不会有锯齿。

另外补充你代码里的一个逻辑偏差：原 XML 的 android:scaleType="fitXY" 对应 Compose 的 ContentScale.FillBounds（拉伸铺满不保持比例），你之前用的 ContentScale.Fit 是保持比例缩放到全显示，本身缩放逻辑就和原实现不一致，也会放大锯齿的视觉感受。

方案一：纯 Compose 实现（推荐） #

给 Image 传入自定义 Paint，手动开启 Bitmap 过滤即可：

Image(
    modifier = Modifier
        .fillMaxWidth()
        .offset(y = 90.dp)
        .align(Alignment.BottomCenter),
    painter = painterResource(R.drawable.ic_swoosh),
    contentDescription = null,
    // 对应原 XML 的 fitXY 逻辑
    contentScale = ContentScale.FillBounds,
    // 自定义 Paint 开启 Bitmap 缩放过滤
    paint = remember {
        Paint().apply {
            isFilterBitmap = true
        }
    }
)

注意这里的 Paint 是 androidx.compose.ui.graphics.Paint，不是原生的 android.graphics.Paint，不需要手动转换 native 类型。该属性在 Compose 1.1+ 版本已稳定支持，如果是更早的版本可以直接用方案二。

方案二：兼容旧版本 Compose #

如果上述方法在低版本 Compose 存在兼容问题，可以直接用你已经验证过的 AndroidView 包裹原生 ImageView 的实现，效果和纯 Compose 一致。

可选优化：密度资源调整 #

如果不需要多密度适配，可以直接把图片放到 drawable-nodpi 目录，避免系统解码时自动缩放带来的额外精度损耗；也可以根据常用屏幕密度提供对应尺寸的资源，减少绘制阶段的缩放幅度，进一步提升平滑度。

内容的提问来源于stack exchange，提问作者Tom