图片压缩.docxVIP

图片压缩大致上可以认为有两类压缩：质量压缩（不改变图片的尺寸）和尺寸压缩（相当于是像素上的压缩）；质量压缩一般可用于上传大图前的处理，这样就可以节省一定的流量，毕竟现在的手机拍照都能达到3M左右了，尺寸压缩一般可用于生成缩略图。android图片压缩总结图片的存在形式总结来看，图片有三种存在形式1.硬盘上时是file文件形式(即以二进制形式存在于硬盘上)2.网络传输时是stream流的形式(即以二进制形式存在于内存中)3.内存中是stream或bitmap形式所谓的质量压缩，它其实只能实现对file的影响，你可以把一个file转成bitmap再转成file，或者直接将一个bitmap转成file时，这个最终的file是被压缩过的，但是中间的bitmap并没有被压缩（或者说几乎没有被压缩，我不确定），因为bigmap在内存中的大小是按像素计算的，也就是width * height，对于质量压缩，并不会改变图片的像素，所以就算质量被压缩了，但是bitmap在内存的占有率还是没变小，但你做成file时，它确实变了；而尺寸压缩由于是减小了图片的像素，所以它直接对bitmap产生了影响，当然最终的file也是相对的变小了；这三种形式的区别:?文件形式和流的形式对图片体积大小并没有影响,也就是说,如果你手机SD卡上的如果是100K,那么通过流的形式读到内存中,也一定是占100K的内存,注意是流的形式,不是Bitmap的形式,当图片以Bitmap的形式存在时,其占用的内存会瞬间变大, 我试过500K文件形式的图片加载到内存,以Bitmap形式存在时,占用内存将近10M,当然这个增大的倍数并不是固定的所以图片以文件形式（.jpg||.png）存在的时候太大（大概4.5MB以上吧）读到内存中时会被放大好多倍就会产生OOM异常（out of MemoryErroy 内存不足，内存不够的错误）检测图片三种形式大小的方法:文件形式: file.length()流的形式: 讲图片文件读到内存输入流中,看它的byte数Bitmap: bitmap.getByteCount()常见的压缩方式1. 将图片保存到本地时进行压缩, 即将图片从Bitmap形式变为File形式时进行压缩,? ??特点是: ?File形式的图片确实被压缩了, 但是当你重新读取压缩后的file为 Bitmap时,它占用的内存并没有改变? ?[java]?view plaincopypublic?static?void?compressBmpToFile(Bitmap?bmp,File?file){??????????ByteArrayOutputStream?baos?=?new?ByteArrayOutputStream();??????????int?options?=?80;//个人喜欢从80开始,??????????press(Bitmap.CompressFormat.JPEG,?options,?baos);??????????while?(baos.toByteArray().length?/?1024??100)?{???????????????baos.reset();??????????????options?-=?10;??????????????press(Bitmap.CompressFormat.JPEG,?options,?baos);??????????}??????????try?{??????????????FileOutputStream?fos?=?new?FileOutputStream(file);??????????????fos.write(baos.toByteArray());??????????????fos.flush();??????????????fos.close();??????????}?catch?(Exception?e)?{??????????????e.printStackTrace();??????????}??????}??方法说明: 该方法是压缩图片的质量, 注意它不会减少图片的像素,比方说, 你的图片是300K的, 1280*700像素的, 经过该方法压缩后, File形式的图片是在100以下, 以方便上传服务器, 但是你BitmapFactory.decodeFile读到内存中,变成Bitmap时,它的像素仍然是1280*700, 计算图片像素的方法是?bitmap.getWidth()和bitmap.getHeight(), 图片是由像素组成的, 每个像素又包含什么呢? 熟悉PS的人知道, 图片是有色相,明度和饱和度构成的.?该方法的官方文档也解释说, 它会让图片重新构造, 但是有可能图像的位深(即色