前言 图片压缩在Android技术中已经属于烂大街，上周看了2个开源库然后对自己项目的压缩做了对比，发现一些新东西，记录与此。 为何要压缩 1、体积的原因 如果你的图片是要准备上传的，那动辄几M的大小肯定不行的，况且图片分辨率大于设备分辨率的话毫无意义。 2、内存原因 如果图片要显示下Android设备上，ImageView最终是要加载Bitmap对象的，就要考虑单个Bitmap对象的内存占用了，如何计算一张图片的加载到内存的占用呢？其实就是所有像素的内存占用总和： bitmap内存大小

最近面试过程中发现对Android中一些知识有些模棱两可，之前总是看别人的总结，自己没去实践过，这两天对个别问题进行专门研究 探讨：如何计算Android中一张图片占据内存的大小 解释：此处说的占据内存，是APP加载图片用的内存，即APP运行时图片占用的内存，不考虑图片显示到界面占用的内存(即只加载图片，不显示。因为显示图片时，系统有可能根据控件的大小或其他因素对内存进行了优化，不确定因素太多)，同时也不考虑使用三方库加载图片占用的内存，如glide、等三方图片库，三方库在加载图片的过程中有可能

1. 概述 在 Android 应用程序的设计中，几乎不可避免地都需要加载和显示图片，由于不同的图片在大小上千差万别，有些图片可能只需要几十KB的内存空间，有些图片却需要占用几十MB的内存空间；或者一张图片不需要占用太多的内存，但是需要同时加载和显示多张图片。 在这些情况下，加载图片都需要占用大量的内存，而 Android系统分配给每个进程的内存空间是有限的，如果加载的图片所需要的内存超过了限制，进程就会出现 OOM，即内存溢出。 本文针对加载大图片或者一次加载多张图片等两种不同的场景，采