imageview代码示例怎么用？,有哪些注意事项？

ImageView是Android开发中最基础的图片显示控件，核心用法就是通过setImageResource()或setImageBitmap()把图片资源塞进去，配合ScaleType控制缩放模式，但真正写好它需要处理内存复用、加载策略和裁剪细节。

很多初级开发者在ListView或RecyclerView里直接加载本地图片，结果滑动卡顿甚至OOM崩溃，问题不在ImageView本身，而是没有理解它的工作边界，下面直接拆解日常开发里最常用的几个代码场景，从基础属性到进阶封装,每一步都给出可复制的写法。

加载中

29使用代码修改ImageView

Captain_Zhuhx

1421-

原视频地址

ImageView基础用法与src和background的区别

ImageView在XML布局里最常用的属性是src和background，新手经常混用,但两者的行为差异很大。

src设置的是图片内容，会按照scaleType属性缩放；background设置的是背景，默认拉伸填充整个View区域，如果同时设置两者，前景图会盖在背景上面，实际开发中，背景通常放纯色或渐变Drawable，内容图放src，这样逻辑清晰,也方便做占位图。

<ImageView
    android:id="@+id/iv_avatar"
    android:layout_width="80dp"
    android:layout_height="80dp"
    android:src="@drawable/ic_default_avatar"
    android:background="@drawable/bg_circle_white"
    android:scaleType="centerCrop" />

scaleType是最容易忽略的属性，它决定了图片在View里怎么缩放,常用的几个值：

• centerCrop：按比例放大或缩小使得图片填满View，超出部分裁剪，适合头像、封面图。
• fitCenter：按比例缩放使得整张图完整显示在View内，可能留白,适合展示完整图片。
• fitXY：不保持比例，拉伸填满View，容易变形,一般不用。
• center：不做缩放，居中显示原图，大图会溢出不显示。

Java/Kotlin代码里动态设置也一样：

imageView.setImageResource(R.drawable.ic_place_holder)
imageView.scaleType = ImageView.ScaleType.CENTER_CROP

ImageView加载大图OOM怎么解决

这是百度搜索里出现频率很高的长尾词，“imageview加载大图oom怎么解决”，一张几MB的图片直接setImageResource()，在内存里解码后可能膨胀到几十MB,低端机上必崩。

行业共识是：不要在UI线程直接解码大图，正确做法是先读取图片的尺寸信息,再根据ImageView的实际大小进行采样压缩。

fun loadSampledBitmap(resId: Int, reqWidth: Int, reqHeight: Int): Bitmap {
    val boundsOptions = BitmapFactory.Options().apply {
        inJustDecodeBounds = true
    }
    BitmapFactory.decodeResource(resources, resId, boundsOptions)
    val inSampleSize = calculateInSampleSize(boundsOptions, reqWidth, reqHeight)
    val decodeOptions = BitmapFactory.Options().apply {
        this.inSampleSize = inSampleSize
        inPreferredConfig = Bitmap.Config.RGB_565
    }
    return BitmapFactory.decodeResource(resources, resId, decodeOptions)
}
fun calculateInSampleSize(options: BitmapFactory.Options, reqWidth: Int, reqHeight: Int): Int {
    val (height: Int, width: Int) = options.outHeight to options.outWidth
    var inSampleSize = 1
    if (height > reqHeight || width > reqWidth) {
        val halfHeight = height / 2
        val halfWidth = width / 2
        while (halfHeight / inSampleSize >= reqHeight && halfWidth / inSampleSize >= reqWidth) {
            inSampleSize = 2
        }
    }
    return inSampleSize
}

这个calculateInSampleSize方法就是业内常用的采样率计算逻辑。inJustDecodeBounds为true时只读尺寸不解码像素，开销极小，拿到采样率后再正式解码，内存占用可以降到原来的1/4甚至1/8。

inPreferredConfig设为RGB_565，每个像素只占2字节，相比默认的ARGB_8888少一半内存，但注意，RGB_565不支持透明通道，带透明度的PNG图片会显示黑色背景,需要保留透明度的场景不要用这个配置。

ImageView和Glide怎么选：对比与配合

很多开发者纠结“imageview和glide区别”，其实两者不是替代关系，Glide本身就是基于ImageView工作的，Glide负责加载、缓存、解码,最后把Bitmap或者Drawable设置到ImageView上。

选型建议：

• 简单场景、少量本地图片：直接用ImageView配合BitmapFactory,不引入额外依赖。
• 网络图片、列表加载、需要缓存：用Glide,它能解决大部分性能问题。

Glide.with(this)
    .load("https://example.com/image.jpg")
    .placeholder(R.drawable.ic_default)
    .error(R.drawable.ic_error)
    .override(300, 300)
    .centerCrop()
    .into(imageView)

override()指定加载尺寸，源码内部会先查缓存，再决定是否压缩，列表滑动时Glide自动复用ImageView的bitmap，避免GC抖动。实际项目中，90%以上的图片加载任务交给Glide是稳妥的,自己写原生解码容易踩坑。

但Glide也不是万能，如果图片需要频繁修改像素（比如拍照后的水印合成），还是得用原生Bitmap操作，Glide适合展示,不适合加工。

ImageView实现圆角和圆形图片的代码示例

UI设计里圆角头像、圆形logo是标配，实现方式有两种：原生ShapeableImageView或者自定义BitmapShader。

ShapeableImageView是Material库提供的控件，代码简洁，适合圆角固定不变的场景。

<com.google.android.material.imageview.ShapeableImageView
    android:id="@+id/iv_round"
    android:layout_width="100dp"
    android:layout_height="100dp"
    android:src="@drawable/ic_avatar"
    app:shapeAppearanceOverlay="@style/ShapeAppearance.App.CornerSize" />

对应样式：

<style name="ShapeAppearance.App.CornerSize">
    <item name="cornerSize">16dp</item>
</style>

圆形只要把cornerSize设为50%即可，这种方式处理静态UI高效,但动态改圆角大小比较麻烦。

自定义BitmapShader适合需要动态控制圆角程度的场景，核心思路是,把Bitmap作为Shader绘制到圆角矩形路径里。

class RoundImageView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : AppCompatImageView(context, attrs, defStyleAttr) {
    private val path = Path()
    private val paint = Paint(Paint.ANTI_ALIAS_FLAG)
    private var radius = 0f
    override fun onDraw(canvas: Canvas) {
        val bitmap = getBitmapFromDrawable() ?: return
        val shader = BitmapShader(bitmap, Shader.TileMode.CLAMP, Shader.TileMode.CLAMP)
        paint.shader = shader
        path.reset()
        path.addRoundRect(RectF(0f, 0f, width.toFloat(), height.toFloat()), radius, radius, Path.Direction.CW)
        canvas.drawPath(path, paint)
    }
}

这段代码里的getBitmapFromDrawable()需要自己实现，从drawable里取出Bitmap,注意Glide加载的图片要等回调拿到Bitmap后再设置给自定义View。

ImageView在RecyclerView中的复用与性能优化

列表滑动卡顿的常见原因就是ImageView在复用过程中频繁触发解码。RecyclerView的ViewHolder复用机制下，ImageView被反复setImageResource，每次都是重新解码，这是性能瓶颈。

优化思路有三个层面：

• 使用Glide并开启缓存，diskCacheStrategy设为ALL,避免重复网络请求。
• 在onBindViewHolder里使用Glide.with(holder.itemView.context).load(...).into(holder.imageView)

  

  ，不要自己new Bitmap。

• 图片尺寸提前裁剪，列表缩略图用override()固定到列表项大小,避免加载原图。

override fun onBindViewHolder(holder: ViewHolder, position: Int) {    val item = dataList[position]    Glide.with(holder.itemView.context)        .load(item.thumbnailUrl)        .override(200, 200)        .centerCrop()        .into(holder.imageView)}

固定尺寸的override配合centerCrop，是列表图片性能优化的标准写Fa，Glide会先查内存缓存，再查磁盘缓存，最后才走网络，滑动时上一个Item的加载请求会被自动取消,不会出现图片错位。

图片错位问题排查

错位的根源是ViewHolder复用导致旧图片还没来得及显示，新请求就到了，Glide的into()方法内部会处理这种情况，但如果你用原生setImageBitmap,必须在绑定数据时先清空ImageView：

holder.imageView.setImageDrawable(null)

这一行放在加载新图之前,能避免大部分错位问题。

Q&A：ImageView高频疑问解答

ImageView的adjustViewBounds属性有什么用

当ImageView的宽高至少有一个是wrap_content时，adjustViewBounds设为true可以让ImageView的尺寸根据图片的宽高比自动调整，典型的场景是聊天界面里的图片消息，宽度固定，高度根据图片比例自适应，注意，这个属性只在src有效时起作用，对background无效。

ImageView设置图片后内存仍然偏高怎么办

先用BitmapFactory.Options的inJustDecodeBounds检查图片原始尺寸，如果原始尺寸是4000×3000，而显示区域只有200×200，采样率至少设置为8，另外检查是否引用了大图资源，Android drawable目录的密度限定也会影响解码后的像素尺寸，把图片放到drawable-nodpi可以避免自动缩放，如果用了Glide，确认override()设置了合理的尺寸，并且skipMemoryCache()没有被误调用。

Glide加载的图片怎么转成Bitmap操作

在into()之前用addListener或者在asBitmap()回调里获取，推荐用asBitmap()配合into(new SimpleTarget,但SimpleTarget已废弃，新版本用CustomTarget，拿到Bitmap后做水印、裁剪、滤镜处理，再setImageBitmap给ImageView，注意CustomTarget持有外部Context时需要处理生命周期,避免内存泄漏。