2024年Android最全Android Glide使用姿势与原理分析_安卓 glide,带着问题深入学习Handler

架构师筑基包括哪些内容

我花了将近半个月时间将:深入 Java 泛型.、注解深入浅出、并发编程.、数据传输与序列化、Java 虚拟机原理、反射与类加载、高效 IO、Kotlin项目实战等等Android架构师筑基必备技能整合成了一套系统知识笔记PDF,相信看完这份文档,你将会对这些Android架构师筑基必备技能有着更深入、更系统的理解。

由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容

注:资料与上面思维导图一起看会更容易学习哦!每个点每个细节分支,都有对应的目录内容与知识点!



这份资料就包含了所有Android初级架构师所需的所有知识!

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

 .load(url)
 .into(imageView)

这里的`context`是上下文对象,`url`是图片的URL,`imageView`是显示图片的ImageView。


#### 设置占位符和错误图片


你可以利用`placeholder()`方法设置加载过程中显示的占位符图片,以及使用`error()`方法设置加载失败时显示的图片:



Glide.with(context)
.load(url)
.placeholder(R.drawable.placeholder)
.error(R.drawable.error)
.into(imageView)


#### 设置缩略图


Glide支持设置缩略图,以提高加载速度。通过`thumbnail()`方法设置缩略图的URL或资源ID:



Glide.with(context)
.load(url)
.thumbnail(0.1f)
.into(imageView)


#### 图片变换


你可以使用`transform()`方法为图片添加变换效果。例如,使用`circleCrop()`方法可将图片裁剪成圆形,`roundedCorners()`方法可将图片角变为圆角:



Glide.with(context)
.load(url)
.transform(CircleCrop())
.into(imageView)


#### 加载动画


通过`animate()`方法,你可以为图片加载过程添加动画效果。例如,使用`crossFade()`方法添加淡入淡出效果:



Glide.with(context)
.load(url)
.animate(R.anim.fade_in)
.into(imageView)


### 图片压缩


Glide通过根据目标ImageView的大小和ScaleType来计算图片的实际大小,并进行压缩。


在加载图片时,需要指定目标ImageView的宽高和ScaleType。Glide会根据这些信息决定图片的压缩方式。


若目标ImageView的宽高比例与图片的比例不一致,Glide会根据ScaleType计算缩放比例,然后将图片按比例压缩,以适应ImageView大小。


若目标ImageView的宽高比例与图片的比例一致,Glide会直接加载原始图片,不进行压缩。


通过这种方式,Glide根据目标ImageView来自动进行图片压缩,以提高加载速度和节省内存。


另外,Glide也支持自定义图片压缩策略。我们可以实现`Transformation`接口来定义自己的压缩算法。


#### 自定义图片压缩策略


自定义图片压缩策略通过实现`Transformation`接口实现。该接口包含`transform()`方法,可以在其中定义自定义的压缩操作。


以下是一个示例,展示如何实现自定义的图片压缩策略:



class CustomTransformation : Transformation {
override fun transform(
context: Context,
resource: Resource,
outWidth: Int,
outHeight: Int
): Resource {
val originalBitmap = resource.get()
// 自定义压缩算法
val compressedBitmap = customCompress(originalBitmap)
return BitmapResource(compressedBitmap, Glide.get(context).bitmapPool)
}

override fun getId(): String {
    return "customTransformation" // 返回唯一标识符,用于缓存
}

private fun customCompress(bitmap: Bitmap): Bitmap {
    // 自定义压缩算法实现
    // ...
    return compressedBitmap
}

}


使用自定义图片压缩策略时,可以在Glide的链式调用中应用:



Glide.with(context)
.load(url)
.transform(CustomTransformation())
.into(imageView)


通过实现`Transformation`接口,你可以根据需求制定不同的压缩算法,以满足特定的图片压缩需求。


### 图片缓存


Glide使用双缓存策略来管理图片缓存。它在内存中缓存未经压缩的原始图片,提升加载速度,同时还会将压缩后的图片存储在磁盘中,节省内存和流量。


Glide的缓存机制非常智能。它根据图片的URL或资源ID生成唯一的缓存键,以确保不同的图片不会混淆。此外,Glide支持自定义缓存的大小和有效期


,以适应不同需求。


Glide的缓存机制是其优秀性能的关键之一。通过内存缓存和磁盘缓存的组合,它能够高效地管理已加载的图像数据,从而提高后续加载的速度。


#### 内存缓存


Glide使用内存缓存来存储最近使用的图像数据,以便快速访问。内存缓存基于LRU(Least Recently Used,最近最少使用)算法,保留最近加载的图像数据。当应用需要再次访问这些图像时,可以直接提供,从而避免频繁的网络请求和磁盘读取。


#### 磁盘缓存


磁盘缓存分为活动资源缓存和非活动资源缓存。


* **活动资源缓存(Active Resources Cache):** 这是一个小型、可写的磁盘缓存,存储当前正在使用的图像数据。它有助于减少频繁加载的图片的重复磁盘读取。
* **未活动资源缓存(Inactive Resources Cache):** 这是一个更大、只读的磁盘缓存,用于长期存储已加载的图像数据。当活动资源缓存已满时,Glide会将不再活跃的图片从活动缓存中移至未活动资源缓存,以腾出空间供新图片使用。


#### 缓存策略


Glide允许开发者根据需求设置不同的缓存策略。例如:


* `DiskCacheStrategy.ALL`: 在内存和磁盘上都缓存。
* `DiskCacheStrategy.NONE`: 不使用磁盘缓存。


# 尾声

开发是需要一定的基础的,我是08年开始进入Android这行的,在这期间经历了Android的鼎盛时期,和所谓的Android”凉了“。中间当然也有着,不可说的心酸,看着身边朋友,同事一个个转前端,换行业,其实当时我的心也有过犹豫,但是我还是坚持下来了,这次的疫情就是一个好的机会,大浪淘沙,优胜劣汰。再等等,说不定下一个黄金浪潮就被你等到了。


*   **330页 PDF Android核心笔记**

![](https://img-blog.csdnimg.cn/img_convert/da9ab1f610677f68383ace46d87da8d4.webp?x-oss-process=image/format,png)

*   几十套**阿里 、字节跳动、腾讯、华为、美团等公司2020年的面试题**

![](https://img-blog.csdnimg.cn/img_convert/d3615e3f407f959ca2cf59d381ad9a76.webp?x-oss-process=image/format,png)

![](https://img-blog.csdnimg.cn/img_convert/6dadfa46544b0817180a5035780452e3.webp?x-oss-process=image/format,png)

*   PDF和思维脑图,包含**知识脉络 + 诸多细节**

![](https://img-blog.csdnimg.cn/img_convert/3480aabf63efb83c2a023136053772c9.webp?x-oss-process=image/format,png)

*   **Android进阶系统学习视频**

![](https://img-blog.csdnimg.cn/img_convert/06a0f78392c3226b74c2036d46e5eb17.webp?x-oss-process=image/format,png)



**网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**

**[需要这份系统化学习资料的朋友,可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**

上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**

**[需要这份系统化学习资料的朋友,可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**

  • 6
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: "watchdog: Blocked in handler on UI thread (android.ui)" 是 Android 应用程序中常见的错误消息。它表示在应用程序的主线程(UI 线程)上执行的某个代码块被阻塞,导致用户界面无法响应。 这个错误通常由以下几个原因引起: 1. 长时间运行的任务: 如果应用程序的主线程上执行了需要较长时间才能完成的操作(例如读取大量数据或下载文件),则 UI 线程可能会被阻塞。 2. 阻塞 I/O 操作: 如果应用程序的主线程上执行了阻塞 I/O 操作(例如读取网络或文件系统中的数据),则 UI 线程可能会被阻塞。 3. 耗时的计算: 如果应用程序的主线程上执行了耗时的计算操作(例如计算大量数据或执行复杂算法),则 UI 线程可能会被阻塞。 为了解决这个问题,你可以尝试以下方法: 1. 在应用程序的主线程上执行耗时的操作是不好的,因此应该使用后台线程或 AsyncTask 等技术来执行长时间运行的任务或阻塞 I/O 操作。 2. 将耗时的计算操作放在后台线程上执行,以避免阻塞 UI 线程。 3. 使用 Android 的性能分析工具,例如 Traceview 或 Systrace,来识别和解决应用程序中的性能问题。 4. 使用 Android 的异步机制,例如 Handler、AsyncTask、Loader 和 IntentService 等来处理后台任务,从而避免 UI 线程的阻塞。 5. 使用 RecyclerView 或 ListView 等来避免在 UI 线程上加载大量数据。在使用这些视图时,可以使用异步加载技术,例如使用 AsyncTask 加载数据,或使用 Glide 或 Picasso 等图片加载库加载图片。 ### 回答2: 首先,"watchdog: Blocked in handler on ui thread (android.ui)"错误是指在Android的UI线程上的处理程序被阻塞了。这个错误通常是由于在UI线程上执行了长时间运行的操作造成的,导致应用程序的响应性能下降甚至崩溃。 要解决这个问题,可以进行以下几个步骤的分析思路: 1. 查看错误日志:在开发过程中,应该经常查看应用程序的日志,以便快速定位错误。搜索关键字"watchdog: Blocked in handler on ui thread (android.ui)",找到相关的错误日志信息。 2. 定位UI线程阻塞的位置:根据错误日志中的信息,定位到代码中导致UI线程阻塞的位置。可能是某个长时间运行的耗时操作,如网络请求、数据库访问或者复杂的计算。 3. 分析耗时操作:对定位到的代码段进行深入分析,确定耗时操作的原因。可以使用Log输出来查看代码执行的时间,进一步定位导致阻塞的具体原因。 4. 优化耗时操作:一旦找到了导致UI线程阻塞的耗时操作,应该考虑进行优化。可以通过使用异步处理、线程池等技术将耗时操作放在后台线程中执行,而不阻塞UI线程。 5. 使用Handler和MessageQueue:在一些特殊情况下,无法将耗时操作完全放在后台线程中执行,还可以考虑使用Handler和MessageQueue来处理一些耗时操作。通过将任务分解为小块并使用Handler发送消息,然后在UI线程上按序处理这些消息,可以降低UI线程的负载。 总的来说,解决"watchdog: Blocked in handler on ui thread (android.ui)"错误需要通过分析日志、定位问题代码、优化耗时操作等步骤来解决。重点是将耗时操作放到后台线程中执行,避免阻塞UI线程,以确保应用程序的响应性能和稳定性。 ### 回答3: 当我们在Android开发中遇到watchdog: Blocked in handler on ui thread (android.ui)的错误时,一般是由于在UI线程上执行了耗时操作引起的。 为了保证App的流畅性和响应性,Android设备规定UI操作只能在UI线程上执行,一旦在UI线程上执行了耗时操作,就会导致界面卡顿、ANR(Application Not Responding)甚至崩溃。 分析这个问题的思路如下: 1. 找出具体的错误信息和报错位置。通过查看Logcat中的详细日志信息,我们可以找到watchdog: Blocked in handler on ui thread (android.ui)错误的具体信息和堆栈跟踪。 2. 定位到错误的代码。通过查看错误信息中的堆栈跟踪,可以找到触发错误的具体代码位置。 3. 检查代码是否执行了耗时操作。查看错误位置附近的代码,判断是否有可能执行了耗时操作,例如网络请求、数据库查询、大数据处理等。 4. 将耗时操作移到子线程。如果确定错误是由于在UI线程上执行了耗时操作引起的,需要将该操作移到子线程中执行。可以使用多线程技术,如AsyncTask、HandlerThread、ThreadPoolExecutor等,在子线程中执行耗时操作,并在操作完成后通过Handler或runOnUiThread回到UI线程更新UI。 5. 优化耗时操作。除了将耗时操作移到子线程外,还可以尝试优化耗时操作本身,减少执行时间,例如使用算法优化、数据缓存、减少IO操作等。 6. 避免在UI线程中执行耗时操作。在编写代码时,需要时刻注意不要在UI线程中执行耗时操作,特别是网络请求、数据处理、文件读写等,应该采用异步操作或者使用线程池进行处理。 总之,分析watchdog: Blocked in handler on ui thread (android.ui)错误的思路主要是定位错误位置,并确定是否有耗时操作在UI线程上执行。如果确实有耗时操作,在将其移到子线程的同时,还要考虑优化操作本身以提升App的性能和用户体验。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值