Glide多种组合使用方式

有时在使用 RecyclerView时，View 可能被重用且保持了前一个位置的尺寸，但在当前位置会发生改变。为了处理这种场景，你可以创建一个新的 ViewTarget 并为 waitForLayout() 方法传入 true：

当你完成了对资源（Bitmap，Drawable 等）的使用时，及时清理（clear）你创建的这些 Target 是一个好的实践。即使你认为你的请求已经完成了，也应该使用 clear() 以使 Glide 可以重用被这次加载使用的任何资源 (特别是 Bitmap )。未调用 clear() 会浪费 CPU 和 内存 ， 阻塞更重要的加载 ，甚至如果你在同一个 surface (View, Notification, RPC 等) 上有两个 Target，可能会引发显示错误。对于像 SimpleTarget这种无法从一个新实例里跟踪前一个请求的 Target 来说，及时清理尤为重要。

如果你加载的是 Bitmap 或 GifDrawable，你可以判断这个可绘制对象是否实现了 Animatable：

Android中的动画代价是比较大的，尤其是同时开始大量动画的时候。 交叉淡入和其他涉及 alpha 变化的动画显得尤其昂贵。 此外， 动画通常比解码本身还要耗时。在列表和网格中滥用动画可能会让图像的加载显得缓慢而卡顿 。为了提升性能，请在使用 Glide 向 ListView , GridView, 或 RecyclerView 加载时考虑避免使用动画，尤其是大多数情况下，你希望被尽快缓存和加载的时候。作为替代方案，请考虑预加载，这样当用户滑动到具体的 item 的时候，已经在内存中了。

虽然禁用交叉淡入通常是一个比较好的默认行为，当待加载的包含透明像素时仍然可能造成问题。当占位符比实际加载的要大，或者部分为透明时，禁用交叉淡入会导致动画完成后占位符在后面仍然可见。如果你在加载透明时使用了占位符，你可以启用交叉淡入，具体办法是调整 DrawableCrossFadeFactory 里的参数并将结果传到 transition() 中：

以前屏幕比较小，列表和一些加载展现的尺寸不大，所以就算有叠加问题不留意也看不出来。

但是最近的网络电视流行。加载尺寸越来越大这个问题就有可能比较严重了。 尤其进行TV开发者留意

应用程序(Applications)如果希望使用集成库和/或 Glide 的 API 扩展，则需要：

恰当地添加一个 AppGlideModule 实现。

(可选)添加一个或多个 LibraryGlideModule 实现。

给上述两种实现添加 @GlideModule 注解。

添加对 Glide 的注解解析器的依赖。

在 proguard 中，添加对 AppGlideModules 的 keep 。

程序库如果需要注册定制组件，例如 ModelLoader，可按以下步骤执行：

添加一个或多个 LibraryGlideModule 实现，以注册新的组件。

为每个 LibraryGlideModule 实现，添加 @GlideModule 注解。

添加 Glide 的注解处理器的依赖。

一个 [LibraryGlideModule] 的例子，在 Glide 的Ok>

Glide库是用来实现加载的框架，功能强大且易使用，深受大家喜爱。

为啥要做缓存？ android默认给每个应用只分配16M的内存，所以如果加载过多的，为了 防止内存溢出 ，应该将缓存起来。

的三级缓存分别是：

1、内存缓存

2、本地缓存

3、网络缓存

其中，内存缓存应优先加载，它速度最快；本地缓存次优先加载，它速度也快；网络缓存不应该优先加载，它走网络，速度慢且耗流量。

最优-优先级：内存缓存 > 本地缓存 > 网络缓存

两个方法实现：根据的url去加载、在本地和内存中缓存

两个方法实现：设置本地缓存，以及获取本地缓存

两个方法实现：设置内存缓存，获取内存缓存。

如果使用hashmap去存储时，当越来越多，那么会造成内存溢出，因为是强引用（对于强引用的系统不会回收）

如果改成软引用softReference,在android 23 以上的系统，对象会被提前回收。

可以用LruCache来解决上述内存不回收或提前回收的问题。least recentlly use 最少最近使用算法 它会将内存控制在一定的大小内, 超出最大值时会自动回收, 这个最大值开发者自己定。（这个东西没有用过）

参考链接： >

以上就是关于Glide多种组合使用方式全部的内容，包括:Glide多种组合使用方式、Bitmap的内存占用和Bitmap加载优化、Glide图片加载的用法介绍和三级缓存实现等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！