三端传奇发布站,轩辕传奇新服开服

为什么要压缩

1、体积的原因

如果你的图片是要准备上传的，那动辄几M的大小肯定不行的，甚至几十兆肯定是不行的。

2、内存原因

如果图片要显示下Android设备上，ImageView最终是要加载Bitmap对象的，就要考虑单个Bitmap对象的内存占用了，如何计算一张图片的加载到内存的占用呢？其实就是所有像素的内存占用总和：
bitmap内存大小 = 图片长度 x 图片宽度 x 单位像素占用的字节数
起决定因素就是最后那个参数了，Bitmap'常见有2种编码方式：ARGB_8888和RGB_565，ARGB_8888每个像素点4个byte，RGB_565是2个byte，一般都采用ARGB_8888这种。那么常见的1080*1920的图片内存占用就是：
1920 x 1080 x 4 = 7.9M

其中，A代表透明度；R代表红色；G代表绿色；B代表蓝色。

ALPHA_8
表示8位Alpha位图,即A=8,一个像素点占用1个字节,它没有颜色,只有透明度
ARGB_4444
表示16位ARGB位图，即A=4,R=4,G=4,B=4,一个像素点占4+4+4+4=16位，2个字节
ARGB_8888
表示32位ARGB位图，即A=8,R=8,G=8,B=8,一个像素点占8+8+8+8=32位，4个字节
RGB_565
表示16位RGB位图,即R=5,G=6,B=5,它没有透明度,一个像素点占5+6+5=16位，2个字节

压缩的几种方式

1、质量压缩 (可降低磁盘空间占用，不会降低位图内存占用)

InputStream inputStream = getAssetsInputStream(mContext, "img/little_img.jpg");
                Bitmap bit = BitmapFactory.decodeStream(inputStream);
                log("压缩前 bitmap 大小" + (bit.getByteCount() / 1024f / 1024f)
                        + "M 宽度为" + bit.getWidth() + " 高度为" + bit.getHeight());

                ByteArrayOutputStream baos = new ByteArrayOutputStream();
                int quality = Integer.valueOf(editText.getText().toString());
                bit.compress(Bitmap.CompressFormat.JPEG, quality, baos);
                byte[] bytes = baos.toByteArray();
                Bitmap bm = BitmapFactory.decodeByteArray(bytes, 0, bytes.length);
                log("压缩后 bitmap 大小" + (bm.getByteCount() / 1024f / 1024f)
                        + "M 宽度为" + bm.getWidth() + " 高度为" + bm.getHeight()
                        + " bytes.length=  " + (bytes.length / 1024) + "KB"
                        + " quality=" + quality);

其中quality是从edittext获取的数字，可以从0–100改变，这里出来的log是

quality =100(不压缩)

E: 压缩前 bitmap 大小0.6159668M 宽度为464 高度为348
E: 压缩后 bitmap 大小0.6159668M 宽度为464 高度为348 bytes.length=  172KB quality=100

quality =50

E: 压缩前 bitmap 大小0.6159668M 宽度为464 高度为348
E: 压缩后 bitmap 大小0.6159668M 宽度为464 高度为348 bytes.length=  28KB quality=50

quality =10

E: 压缩前 bitmap 大小0.6159668M 宽度为464 高度为348
E: 压缩后 bitmap 大小0.6159668M 宽度为464 高度为348 bytes.length=  10KB quality=10

从上面可以看出bitmap所占用内存的大小是没有变化的，这是因为：bitmap内存大小 = 图片长度 x 图片宽度 x 单位像素占用的字节数,

bytes.length是随着quality变小而变小的,这样就比较适合上传图片，或者微信分享等传递bytes的场景

这里需要注意：
这里要说，如果是bit.compress(CompressFormat.PNG, quality, baos);这样的png格式，quality就没有作用了，bytes.length不会变化，因为png图片是无损的，不能进行压缩。

测试下：
1、修改成png图片、format格式依然是CompressFormat.JPEG

//引用一个png格式的图片
InputStream inputStream = getAssetsInputStream(mContext, "img/ic_launcher.png");
//依然使用Bitmap.CompressFormat.JPEG 模式
 bit.compress(Bitmap.CompressFormat.JPEG, quality, baos);
//

//quality=100
E: 压缩前 bitmap 大小0.07910156M 宽度为144 高度为144
E: 压缩后 bitmap 大小0.07910156M 宽度为144 高度为144 bytes.length=  13KB quality=100
//quality=10
E: 压缩前 bitmap 大小0.07910156M 宽度为144 高度为144
E: 压缩后 bitmap 大小0.07910156M 宽度为144 高度为144 bytes.length=  1KB quality=10

可以看到只是改图片格式，二不修改压缩模式，则依然能成功压缩bytes数组长度。(本质上还是改变了图片的格式，另外需要注意这里透明通道就没了，如果我们此时有透明设置的图片就可能出现问题，比如图片有黑边)
2、修改成png图片、format格式依然是CompressFormat.PNG

//引用一个png格式的图片
InputStream inputStream = getAssetsInputStream(mContext, "img/ic_launcher.png");
//使用Bitmap.CompressFormat.PNG模式
 bit.compress(Bitmap.CompressFormat.PNG, quality, baos);
//

//quality=100
E: 压缩前 bitmap 大小0.07910156M 宽度为144 高度为144
E: 压缩后 bitmap 大小0.07910156M 宽度为144 高度为144 bytes.length=  6KB quality=100
//quality=10
E: 压缩前 bitmap 大小0.07910156M 宽度为144 高度为144
E: 压缩后 bitmap 大小0.07910156M 宽度为144 高度为144 bytes.length=  6KB quality=10

可以看出png 模式下的图片转换的bytes数组更小，且有损压缩不会改变bytes的长度。

结论：质量压缩不会减少图片的像素（图片宽高不变），它是在保持像素的前提下改变图片的位深及透明度等，来达到压缩图片的目的，更适合应用于图片上传一类的场景，而不适合针对加载到内存中的bitmap的压缩

2、采样率压缩 (可降低磁盘空间占用，和位图内存占用)

  InputStream inputStream = getAssetsInputStream(mContext, "img/ic_launcher.png");
                BitmapFactory.Options options = new BitmapFactory.Options();
                int inSampleSize;
                options.inSampleSize = inSampleSize = Integer.valueOf(editText.getText().toString());
                Bitmap bm = BitmapFactory.decodeStream(inputStream, null, options);
                log("压缩后图片的大小" + (bm.getByteCount() / 1024f / 1024f)
                        + "M 宽度为" + bm.getWidth() + " 高度为" + bm.getHeight() + " 当前采样率为" + inSampleSize);

E: 压缩后图片的大小0.07910156M 宽度为144 高度为144 当前采样率为1
E: 压缩后图片的大小0.01977539M 宽度为72 高度为72 当前采样率为2
E: 压缩后图片的大小0.0087890625M 宽度为48 高度为48 当前采样率为3
E: 压缩后图片的大小3.8146973E-6M 宽度为1 高度为1 当前采样率为100

可以看到随着采样率的提高，图片的宽高不断降低，bitmap所占用的内存也一直在降低。
例如我们设置采样率为2的时候，则宽和高都为原来的1/2，宽高都减少了，自然内存也降低了。

这里还有一个注意项：上面的代码没用options.inJustDecodeBounds = true; 是因为我们测试需要取样Biemap的数据做对比（此时bitmap不为空），当inJustDecodeBounds设置为true的时候，BitmapFactory通过decodeResource或者decodeFile解码图片时，将会返回空(null)的Bitmap对象，这样可以避免Bitmap的内存分配，但是它可以返回Bitmap的宽度、高度以及MimeType(均通过options获取),以便我们在不占用内存的情况下，计算并设置好像要的采样率，然后在加载到内存，防止内存被撑爆的现象发生。
比如我用华为荣耀10拍摄了一张照片，如果直接转成bitmap加载到内存，可能就大概率出现OOM异常：

06-17 18:47:54.946 25888-25888/com.canzhang.sample E/ImgTestFragment: 压缩前图片的大小60M宽度为4608高度为3456
06-17 18:47:56.386 25888-25888/com.canzhang.sample E/AndroidRuntime: FATAL EXCEPTION: main
    Process: com.canzhang.sample, PID: 25888
    java.lang.OutOfMemoryError: Failed to allocate a 63701004 byte allocation with 8388576 free bytes and 25MB until OOM

结论：采样率压缩会直接改变bitmap位图的宽高，从而降低bitmap内存的占用

3、缩放法压缩（martix） (可降低磁盘空间占用，和位图内存占用)

 InputStream inputStream = getAssetsInputStream(mContext, "img/ic_launcher.png");
                Bitmap bm = BitmapFactory.decodeStream(inputStream);
                Matrix matrix = new Matrix();
                matrix.setScale(num, num);
                bm = Bitmap.createBitmap(bm, 0, 0, bm.getWidth(),
                        bm.getHeight(), matrix, true);

                log("压缩后图片的大小" + (bm.getByteCount() / 1024f / 1024f)
                        + "M 宽度为" + bm.getWidth() + " 高度为" + bm.getHeight()+" 缩放比"+num);

E: 压缩后图片的大小0.07910156M 宽度为144 高度为144 缩放比1.0
E: 压缩后图片的大小0.01977539M 宽度为72 高度为72 缩放比0.5
E: 压缩后图片的大小7.4768066E-4M 宽度为14 高度为14 缩放比0.1
E: 压缩后图片的大小0.31640625M 宽度为288 高度为288 缩放比2.0

结论：从log可以看出来，不仅可以变小还可以变大，同样可以有效的降低bitmap占用内存的大小。不过貌似不太适合降低bitmap内存占用的大多数场景，因为缩放之前bitmap已经加载到内存中去了，再缩放也只是特殊场景的应用了，我们平常拍照或者选择图片加载到内存利用这个显然是不太适合的
更多请参考：https://blog.csdn.net/nupt123456789/article/details/24600055

4、RGB_565法（没有透明通道）

 InputStream inputStream = getAssetsInputStream(mContext, "img/ic_launcher.png");
                BitmapFactory.Options options = new BitmapFactory.Options();
                options.inPreferredConfig = Bitmap.Config.RGB_565;
                Bitmap bm = BitmapFactory.decodeStream(inputStream, null, options);
                log("压缩后图片的大小" + (bm.getByteCount() / 1024f / 1024f)
                        + "M 宽度为" + bm.getWidth() + " 高度为" + bm.getHeight() );

从代码可以看到同样是利用BitmapFactory.Options，这也就意味着可以使用options.inJustDecodeBounds = true（不加载到内存），这个就比较适合一般减少内存的场景利用。

E: 压缩后图片的大小30.375M 宽度为4608 高度为3456 模式：RGB_565
E: 压缩后图片的大小30.375M 宽度为4608 高度为3456 模式：ARGB_4444
E: 压缩后图片的大小60.75M 宽度为4608 高度为3456 模式：ARGB_8888

注意：由于ARGB_4444的画质惨不忍睹，一般假如对图片没有透明度要求的话，可以改成RGB_565，相比ARGB_8888将节省一半的内存开销。
结论：我们看到图片大小直接缩小了一半，长度和宽度也没有变，相比argb_8888减少了一半的内存。

本文章主要用于个人测试总结，参考文章：http://blog.csdn.net/harryweasley/article/details/51955467

传奇手游全部平台_三端传奇开服网址大全下载_三端传奇版本下载教程

android图片压缩

android图片压缩

为什么要压缩

1、体积的原因

2、内存原因

压缩的几种方式

1、质量压缩 (可降低磁盘空间占用，不会降低位图内存占用)

2、采样率压缩 (可降低磁盘空间占用，和位图内存占用)

3、缩放法压缩（martix） (可降低磁盘空间占用，和位图内存占用)

4、RGB_565法（没有透明通道）

传奇手游全部平台_三端传奇开服网址大全下载_三端传奇版本下载教程

android图片压缩

为什么要压缩

1、体积的原因

2、 内存原因

压缩的几种方式

1、质量压缩 (可降低磁盘空间占用，不会降低位图内存占用)

2、采样率压缩 (可降低磁盘空间占用，和位图内存占用)

3、缩放法压缩（martix） (可降低磁盘空间占用，和位图内存占用)

4、RGB_565法（没有透明通道）

2、内存原因

1、质量压缩 (可降低磁盘空间占用，不会降低位图内存占用)

2、采样率压缩 (可降低磁盘空间占用，和位图内存占用)

3、缩放法压缩（martix） (可降低磁盘空间占用，和位图内存占用)