讲一下Android中的图片优化方案

优化方案

在 Android 开发中，图片优化是提高应用性能和用户体验的重要方面。以下是一些 Android 中的图片优化方案：

一、选择合适的图片格式

1. JPEG：适用于照片和复杂的图像。它可以提供较高的压缩比，减少文件大小，但在压缩过程中可能会损失一些图像质量。
2. PNG：对于具有透明背景的图像或需要无损压缩的图像非常有用。PNG 格式支持透明度，并且可以保持图像的高质量，但文件大小通常比 JPEG 大。
3. WebP：由 Google 推出的一种新型图片格式，它可以提供更好的压缩比和图像质量。WebP 支持有损和无损压缩，以及透明度。在 Android 4.0 及以上版本中，可以直接使用 WebP 格式的图片。

二、压缩图片

1. 使用图片压缩工具：有许多工具可以帮助你压缩图片，如 TinyPNG、ImageOptim 等。这些工具可以在不明显降低图像质量的前提下减小图片文件大小。
2. 在代码中进行压缩：在 Android 中，可以使用 BitmapFactory.Options 来设置图片的采样率和压缩参数，从而在加载图片时进行压缩。例如：

   BitmapFactory.Options options = new BitmapFactory.Options();
   options.inSampleSize = 2; // 设置采样率，减小图片尺寸
   Bitmap bitmap = BitmapFactory.decodeResource(resources, R.drawable.image, options);

三、按需加载图片

1. 根据设备的屏幕密度和分辨率加载合适尺寸的图片：不同的设备可能具有不同的屏幕密度和分辨率，加载过大的图片会浪费内存和带宽。可以使用不同的资源文件夹（如 drawable-mdpi、drawable-hdpi、drawable-xhdpi 等）来存储不同尺寸的图片，然后根据设备的屏幕密度加载合适的图片。
2. 懒加载图片：对于一些在屏幕上不可见或不需要立即显示的图片，可以采用懒加载的方式，在需要的时候才进行加载。这样可以减少应用的初始加载时间和内存占用。

四、使用图片缓存

1. 内存缓存：使用 LruCache 或其他内存缓存机制来缓存已经加载的图片，以便在需要时快速访问，避免重复加载。例如：

   private LruCache<String, Bitmap> mMemoryCache;

   public void initMemoryCache() {
       final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
       final int cacheSize = maxMemory / 8;
       mMemoryCache = new LruCache<String, Bitmap>(cacheSize) {
           @Override
           protected int sizeOf(String key, Bitmap bitmap) {
               return bitmap.getByteCount() / 1024;
           }
       };
   }

   public Bitmap getBitmapFromMemoryCache(String key) {
       return mMemoryCache.get(key);
   }

   public void addBitmapToMemoryCache(String key, Bitmap bitmap) {
       if (getBitmapFromMemoryCache(key) == null) {
           mMemoryCache.put(key, bitmap);
       }
   }

磁盘缓存：使用磁盘缓存来存储图片，以便在设备重启或应用被清除内存后仍然可以快速访问。可以使用第三方库，如 Glide、Picasso 等，它们都提供了强大的图片缓存功能。

五、优化列表和网格中的图片显示

1. 对于列表和网格中的图片，可以使用 RecyclerView 和 GridView 等视图组件，并结合图片加载库来优化图片的加载和显示。这些视图组件可以回收和复用视图，减少内存占用。
2. 使用占位图：在图片加载过程中，可以显示一个占位图，以提高用户体验。当图片加载完成后，再替换占位图显示真正的图片。

六、避免在 UI 线程中加载图片

1. 在 Android 中，UI 线程负责处理用户界面的交互和更新。如果在 UI 线程中加载大型图片，可能会导致 UI 卡顿，影响用户体验。应该将图片加载操作放在后台线程中执行，可以使用 AsyncTask、RxJava 或 Kotlin Coroutines 等异步编程框架来实现。
2. 例如，使用 RxJava 进行异步图片加载：

   Observable.just(R.drawable.image)
      .map(resourceId -> -> BitmapFactory.decodeResource(resources, resourceId))
      .subscribeOn(Schedulers.io())
      .observeOn(AndroidSchedulers.mainThread())
      .subscribe(bitmap -> setImageBitmap(bitmap), error -> handleError(error));

通过以上方案，可以有效地优化 Android 应用中的图片，提高应用的性能和用户体验。

Glide如何管理bitmap的内存的

Glide 是一个强大的图片加载库，它在管理 Bitmap 的内存方面采取了以下几种主要措施：

一、内存缓存

1. 活跃资源缓存（Active Resources）：

   • Glide 在加载图片时，会将正在使用的 Bitmap 资源保存在活跃资源缓存中。这个缓存主要用于快速响应 UI 线程对当前正在显示的图片的请求。
   • 例如，当你在一个 Activity 中显示一张图片，Glide 会将这个 Bitmap 放入活跃资源缓存，以便在用户滚动屏幕或进行其他操作导致需要快速重新显示该图片时，能够迅速从缓存中获取，而不需要重新加载。

2. 内存缓存（Memory Cache）：

   • Glide 使用一种高效的内存缓存机制，通常是基于 LruCache（Least Recently Used Cache，最近最少使用缓存）实现的。
   • 当图片被加载到内存中后，Glide 会根据一定的策略将 Bitmap 放入内存缓存。如果后续有对相同图片的请求，Glide 会首先尝试从内存缓存中获取 Bitmap，而不是重新从网络、磁盘或其他数据源加载。
   • 这样可以大大提高图片加载的速度，减少对网络和磁盘的访问次数，同时也降低了内存的占用，因为相同的图片不会被重复加载到内存中。

二、磁盘缓存

1. Glide 不仅有内存缓存，还提供了磁盘缓存功能。
   • 当图片第一次被加载后，Glide 会将图片的副本保存到磁盘上。这样，即使应用被关闭后重新启动，或者设备内存不足导致内存缓存被清空，Glide 仍然可以从磁盘缓存中读取图片，避免再次从网络加载，从而提高了应用的启动速度和用户体验。
   • 磁盘缓存的大小可以根据应用的需求进行配置，以平衡存储占用和加载速度。

三、资源回收

1. 当不再需要显示某个图片时，Glide 会自动回收该图片所占用的内存资源。

   • 例如，当一个 Activity 或 Fragment 被销毁时，Glide 会检测到这种情况，并自动清理与该界面相关的图片资源，避免内存泄漏。
   • Glide 还会根据内存的使用情况和系统的内存压力，自动调整缓存的大小，释放一些不常用的图片资源，以确保应用的稳定性和性能。

2. 对于不再使用的 Bitmap，Glide 会调用 Bitmap 的 recycle() 方法来释放其占用的内存。这可以确保内存被及时回收，避免内存浪费和潜在的内存溢出问题。

四、请求管理

1. Glide 对图片请求进行有效的管理，避免同时加载过多的图片导致内存占用过高。
   • 例如，当用户快速滚动一个包含大量图片的列表时，Glide 会根据用户的滚动速度和设备的性能，合理地控制图片的加载数量和顺序，确保只有当前可见的图片被优先加载，而其他图片则在后台排队等待加载。
   • 这样可以避免一次性加载大量图片而占用过多内存，从而提高应用的性能和稳定性。

总之，Glide 通过内存缓存、磁盘缓存、资源回收和请求管理等多种方式，有效地管理 Bitmap 的内存，确保应用在加载和显示图片时既能够提供快速的响应速度，又能够保持较低的内存占用，提高应用的性能和稳定性。