安卓手机里的相片不小心压缩了 想知道怎么解压 我下了个解压者 但是不会用 求大神帮助_百度知道
安卓手机里的相片不小心压缩了 想知道怎么解压 我下了个解压者 但是不会用 求大神帮助
安卓手机里的相片不小心压缩了 想知道怎么解压 我下了个解压者 但是不会用 求大神帮助现在相册里被压缩的照片点开只显示无缩略图 在线等
我有更好的答案
你确认图片被压缩了吗？解压的话都是选中文件然后选择解压的，不懂截图
图片变成这样了
点开图片就这样
就是这个解压者
这个被压缩相册的详细信息
采纳率：55%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。【图片】手机网盘如何不用会员打开超大压缩包【霍景良吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：104,862贴子：
手机网盘如何不用会员打开超大压缩包收藏
嗯，就像标题那样，最近研究出来的，你们已经发现了的给我一点面子
我选的啊兮兮的那个
然后点那个圈圈，再点下载
然后开始下载了
点那个QQ浏览器
然后点一下那个文件，再点需要的，再然后点右下角的那个图标，就OK了
我为什么要这么麻烦，还不是因为太大了，要会员
又一次不要脸地求艾特对暖暖
新技能get√
这么厉害吗我一直是下载然后用解压弄出来再把不要的删掉
哈哈哈，这个以前看小说的时候会了
这个很久就会了哈哈哈哈哈哈哈就是下载下来
会了，就算不会下个手机解压软件不就阔以了
然而我还在用电脑傻愣愣的压缩
是要下载的，但是会员不用下载就能在线解压文件夹的
登录百度帐号选择发布类型
7月摄影大赛 满意
单张 或 多张作品
长图文(游记 / 教程 / 器材 / 活动)
利用手机微信轻松压缩图片
很多人用手机不知道怎么压缩图片，其实我们利用微信就可以很简单地压缩图片。首先我们打开微信，找到宁老湿的摄影笔记订阅号。然后点文字框和表情按钮右边的加号按钮。选择照片。从你的相册里选择你要上传的照片。然后发送给宁老湿的订阅号。之后在订阅号里点击开这张照片，按住照片可以保存照片。保存之后，你的相册里就有了一张缩小的图了。不要觉得图片小，画质差。一张照片的好坏往往不在这些。目前没见到哪张好到值得放原图的。谈谈 iOS 中图片的解压缩
招聘信息：
对于大多数 iOS 应用来说，图片往往是最占用手机内存的资源之一，同时也是不可或缺的组成部分。将一张图片从磁盘中加载出来，并最终显示到屏幕上，中间其实经过了一系列复杂的处理过程，其中就包括了对图片的解压缩。图片加载的工作流概括来说，从磁盘中加载一张图片，并将它显示到屏幕上，中间的如下：1.假设我们使用 +imageWithContentsOfFile: 方法从磁盘中加载一张图片，这个时候的图片并没有解压缩；2.然后将生成的 UIImage 赋值给 UIImageView ；3.接着一个隐式的 CATransaction 捕获到了 UIImageView 图层树的变化；4.在主线程的下一个 run loop 到来时，Core Animation 提交了这个隐式的 transaction ，这个过程可能会对图片进行 copy 操作，而受图片是否字节对齐等因素的影响，这个 copy 操作可能会涉及以下部分或全部步骤：分配内存缓冲区用于管理文件 IO 和解压缩操作；将文件数据从磁盘读到内存中；将压缩的图片数据解码成未压缩的位图形式，这是一个非常耗时的 CPU 操作；最后 Core Animation 使用未压缩的位图数据渲染 UIImageView 的图层。在上面的步骤中，我们提到了图片的解压缩是一个非常耗时的 CPU 操作，并且它默认是在主线程中执行的。那么当需要加载的图片比较多时，就会对我们应用的响应性造成严重的影响，尤其是在快速滑动的列表上，这个问题会表现得更加突出。为什么需要解压缩既然图片的解压缩需要消耗大量的 CPU 时间，那么我们为什么还要对图片进行解压缩呢？是否可以不经过解压缩，而直接将图片显示到屏幕上呢？答案是否定的。要想弄明白这个问题，我们首先需要知道什么是位图：“A bitmap image (or sampled image) is an array of pixels (or samples). Each pixel represents a single point in the image. JPEG, TIFF, and PNG graphics files are examples of bitmap images.”其实，位图就是一个像素数组，数组中的每个像素就代表着图片中的一个点。我们在应用中经常用到的 JPEG 和 PNG 图片就是位图。下面，我们来看一个具体的例子，这是一张 PNG 图片，像素为 30?×?30 ，文件大小为 843B ：我们使用：UIImage&*image&=&[UIImage&imageNamed:@"check_green"];
CFDataRef&rawData&=&CGDataProviderCopyData(CGImageGetDataProvider(image.CGImage));就可以获取到这个图片的原始像素数据，大小为 3600B ：00&00&00
c023c&8d06bf&08a006d9&09b307f3&09b307f3&08a006d9&078d06bf
2c023c&00&00&
76&09ab07e9&09bb07ff&09bb07ff&09bb07ff&09bb07ff&09bb07ff
09bb07ff&09bb07ff&09bb07ff&09bb07ff&09bb07ff&09ab07e9&00
00&033de2&09bb07ff&09bb07ff&09bb07ff&09bb07ff
09bb07ff&09bb07ff&09bb07ff&09bb07ff&08a607e2&033d0&00000
76&09ab07e9&09bb07ff&09bb07ff&09bb07ff&09bb07ff&09bb07ff
09bb07ff&09bb07ff&09bb07ff&09bb07ff&09bb07ff&09ab07e9&00
00&00&c023c&0567048c
078d06bf&08a006d9&09b307f3&09b307f3&08a006d9&078d06bf&2c023c&
00&00&00也就是说，这张文件大小为 843B 的 PNG 图片解压缩后的大小是 3600B ，是原始文件大小的 4.27 倍。那么这个 3600B 是怎么得来的呢？与图片的文件大小或者像素有什么必然的联系吗？事实上，解压缩后的图片大小与原始文件大小之间没有任何关系，而只与图片的像素有关：解压缩后的图片大小&=&图片的像素宽&30&*&图片的像素高&30&*&每个像素所占的字节数&4至于这个公式是怎么得来的，我们后面会有详细的说明，现在只需要知道即可。至此，我们已经知道了什么是位图，并且直观地看到了它的原始像素数据，那么它与我们经常提到的图片的二进制数据有什么联系吗？是同一个东西吗？事实上，这二者是完全独立的两个东西，它们之间没有必然的联系。为了加深理解，我把这个图片拖进 Sublime Text 2 中，得到了这个图片的二进制数据，大小与原始文件大小一致，为 843B ：&0d0a&1a0a&48&1e&06&ae&a200
47&4200&aece&1ce9&44&d&c557&4d68&09&da4d
09c6&8a56&&f458&4fa2&d092&f4a6&28d8&2222&de04&3d09&a1d0&7a50&0954&8bad&2d05
4fde&3c89&482b&2ad6&&e049&ef9e&4a41&48b0&42eb&a549&6893&1ddf&9bcd&b4d9&d9d9
4dd8&a43a&b0d9&9d79&3fdf&bc79&3ff3&02ac&e97&9b3e&5b05&fb32&a2
183d&340a&b886&8ff8&1e15&fced&587a&e26b&16b2&b643&f2ff&057f&1263&fd9f&fbbb&7ed7&7edd
&268e&04f1&2a1a&&b9c3&91de&a7ab&43ab&15b5&aebf&7d81&ad65&eb0a&5a31
8f4f&9f2e&d4da&1c7e&e249&64ca&c3e5&d726&7eae&2fa2&7510&cb75&3d62&cc5e&0c0f&4a5a&69c3
36ac&b11e&86&a2b7&1e48&ad82&a26a&2880&95db&3f8b&f525&b880&e0ed&
fa02&2cd4&1af7&1d0e&546a&98e5&d4ae&342a&337e&6b96&134f&1ba0&0c0b&c83b&a0f2&c
6ca9&b541&cb4f&254e&df58&d958&8955&a0fc&60&f986&b5f1&f4dd&63f2&5aec&ce59
e3b6&b0a7&cdac&ee55&145c&c7dc&8f60&f53f&e0a6&b436&e3c0&27b0&8ecf&a&ccd0&e1d8
&323d&&c1aa&5f8b&4e37&&ed72&e&d262&&1689
a976&55fb&c993&6ed5&7d10&8ff4&b162&fe6f&cd1e&ee4a&d4bb&c18e&594e&96ea&1da6&c762&6539
bdff&7943&afc0&c91f&bdd1&a327&28fc&29f7&d47a&b337&f192&0cc9&36fa&&5827&aa39
1599&4eff&69fb&0b0d&1f7a&96cd&3eb0&49&454e&44ae&4260&82事实上，不管是 JPEG 还是 PNG 图片，都是一种压缩的位图图形格式。只不过 PNG 图片是无损压缩，并且支持 alpha 通道，而 JPEG 图片则是有损压缩，可以指定 0-100% 的压缩比。值得一提的是，在苹果的 SDK 中专门提供了两个函数用来生成 PNG 和 JPEG 图片：//&return&image&as&PNG.&May&return&nil&if&image&has&no&CGImageRef&or&invalid&bitmap&format
UIKIT_EXTERN&NSData&*&__nullable&UIImagePNGRepresentation(UIImage&*&__nonnull&image);
//&return&image&as&JPEG.&May&return&nil&if&image&has&no&CGImageRef&or&invalid&bitmap&format.&compression&is&0(most)..1(least)&&&&&&&&&&&&
UIKIT_EXTERN&NSData&*&__nullable&UIImageJPEGRepresentation(UIImage&*&__nonnull&image,&CGFloat&compressionQuality);因此，在将磁盘中的图片渲染到屏幕之前，必须先要得到图片的原始像素数据，才能执行后续的绘制操作，这就是为什么需要对图片解压缩的原因。强制解压缩的原理既然图片的解压缩不可避免，而我们也不想让它在主线程执行，影响我们应用的响应性，那么是否有比较好的解决方案呢？答案是肯定的。我们前面已经提到了，当未解压缩的图片将要渲染到屏幕时，系统会在主线程对图片进行解压缩，而如果图片已经解压缩了，系统就不会再对图片进行解压缩。因此，也就有了业内的解决方案，在子线程提前对图片进行强制解压缩。而强制解压缩的原理就是对图片进行重新绘制，得到一张新的解压缩后的位图。其中，用到的最核心的函数是 CGBitmapContextCreate ：/*&Create&a&bitmap&context.&The&context&draws&into&a&bitmap&which&is&`width'
&&&pixels&wide&and&`height'&pixels&high.&The&number&of&components&for&each
&&&pixel&is&specified&by&`space',&which&may&also&specify&a&destination&color
&&&profile.&The&number&of&bits&for&each&component&of&a&pixel&is&specified&by
&&&`bitsPerComponent'.&The&number&of&bytes&per&pixel&is&equal&to
&&&`(bitsPerComponent&*&number&of&components&+&7)/8'.&Each&row&of&the&bitmap
&&&consists&of&`bytesPerRow'&bytes,&which&must&be&at&least&`width&*&bytes
&&&per&pixel'&&in&addition,&`bytesPerRow'&must&be&an&integer&multiple
&&&of&the&number&of&bytes&per&pixel.&`data',&if&non-NULL,&points&to&a&block
&&&of&memory&at&least&`bytesPerRow&*&height'&bytes.&If&`data'&is&NULL,&the
&&&data&for&context&is&allocated&automatically&and&freed&when&the&context&is
&&&deallocated.&`bitmapInfo'&specifies&whether&the&bitmap&should&contain&an
&&&alpha&channel&and&how&it's&to&be&generated,&along&with&whether&the
&&&components&are&floating-point&or&integer.&*/
CG_EXTERN&CGContextRef&__nullable&CGBitmapContextCreate(void&*&__nullable&data,
&&&&size_t&width,&size_t&height,&size_t&bitsPerComponent,&size_t&bytesPerRow,
&&&&CGColorSpaceRef&cg_nullable&space,&uint32_t&bitmapInfo)
&&&&CG_AVAILABLE_STARTING(__MAC_10_0,&__IPHONE_2_0);顾名思义，这个函数用于创建一个位图上下文，用来绘制一张宽 width 像素，高 height 像素的位图。这个函数的注释比较长，参数也比较难理解，但是先别着急，我们先来了解下相关的知识，然后再回过头来理解这些参数，就会比较简单了。Pixel Format我们前面已经提到了，位图其实就是一个像素数组，而则是用来描述每个像素的组成格式，它包括以下信息：Bits per component ：一个像素中每个独立的颜色分量使用的 bit 数；Bits per pixel ：一个像素使用的总 bit 数；Bytes per row ：位图中的每一行使用的字节数。有一点需要注意的是，对于位图来说，像素格式并不是随意组合的，目前只支持以下有限的 ：从上图可知，对于 iOS 来说，只支持 8 种像素格式。其中颜色空间为 Null 的 1 种，Gray 的 2 种，RGB 的 5 种，CMYK 的 0 种。换句话说，iOS 并不支持 CMYK 的颜色空间。另外，在表格的第 2 列中，除了像素格式外，还指定了 bitmap information constant ，我们在后面会详细介绍。Color and Color Spaces在上面我们提到了，那么什么是颜色空间呢？它跟颜色有什么关系呢？在 Quartz 中，一个颜色是由一组值来表示的，比如 0, 0, 1 。而颜色空间则是用来说明如何解析这些值的，离开了颜色空间，它们将变得毫无意义。比如，下面的值都表示蓝色：如果不知道颜色空间，那么我们根本无法知道这些值所代表的颜色。比如 0, 0, 1 在 RGB 下代表蓝色，而在 BGR 下则代表的是红色。在 RGB 和 BGR 两种颜色空间下，绿色是相同的，而红色和蓝色则相互对调了。因此，对于同一张图片，使用 RGB 和 BGR 两种颜色空间可能会得到两种不一样的效果：是不是感觉非常有意思呢？Color Spaces and Bitmap Layout我们前面已经知道了，像素格式是用来描述每个像素的组成格式的，比如每个像素使用的总 bit 数。而要想确保 Quartz 能够正确地解析这些 bit 所代表的含义，我们还需要提供位图的布局信息 CGBitmapInfo ：typedef&CF_OPTIONS(uint32_t,&CGBitmapInfo)&{
&&&&kCGBitmapAlphaInfoMask&=&0x1F,
&&&&kCGBitmapFloatInfoMask&=&0xF00,
&&&&kCGBitmapFloatComponents&=&(1&<<&8),
&&&&kCGBitmapByteOrderMask&&&&&=&kCGImageByteOrderMask,
&&&&kCGBitmapByteOrderDefault&&=&(0&<<&12),
&&&&kCGBitmapByteOrder16Little&=&kCGImageByteOrder16Little,
&&&&kCGBitmapByteOrder32Little&=&kCGImageByteOrder32Little,
&&&&kCGBitmapByteOrder16Big&&&&=&kCGImageByteOrder16Big,
&&&&kCGBitmapByteOrder32Big&&&&=&kCGImageByteOrder32Big
}&CG_AVAILABLE_STARTING(__MAC_10_0,&__IPHONE_2_0);它主要提供了三个方面的布局信息：alpha 的信息；颜色分量是否为浮点数；像素格式的字节顺序。其中，alpha 的信息由枚举值 CGImageAlphaInfo 来表示：typedef&CF_ENUM(uint32_t,&CGImageAlphaInfo)&{
&&&&kCGImageAlphaNone,&&&&&&&&&&&&&&&/*&For&example,&RGB.&*/
&&&&kCGImageAlphaPremultipliedLast,&&/*&For&example,&premultiplied&RGBA&*/
&&&&kCGImageAlphaPremultipliedFirst,&/*&For&example,&premultiplied&ARGB&*/
&&&&kCGImageAlphaLast,&&&&&&&&&&&&&&&/*&For&example,&non-premultiplied&RGBA&*/
&&&&kCGImageAlphaFirst,&&&&&&&&&&&&&&/*&For&example,&non-premultiplied&ARGB&*/
&&&&kCGImageAlphaNoneSkipLast,&&&&&&&/*&For&example,&RBGX.&*/
&&&&kCGImageAlphaNoneSkipFirst,&&&&&&/*&For&example,&XRGB.&*/
&&&&kCGImageAlphaOnly&&&&&&&&&&&&&&&&/*&No&color&data,&alpha&data&only&*/
};上面的注释其实已经比较清楚了，它同样也提供了三个方面的 alpha 信息：是否包含 alpha ；如果包含 alpha ，那么 alpha 信息所处的位置，在像素的，比如 RGBA ，还是，比如 ARGB ；如果包含 alpha ，那么每个颜色分量是否已经乘以 alpha 的值，这种做法可以加速图片的渲染时间，因为它避免了渲染时的额外乘法运算。比如，对于 RGB 颜色空间，用已经乘以 alpha 的数据来渲染图片，每个像素都可以避免 3 次乘法运算，红色乘以 alpha ，绿色乘以 alpha 和蓝色乘以 alpha 。那么我们在解压缩图片的时候应该使用哪个值呢？根据 Which CGImageAlphaInfo should we use 和官方文档中对 UIGraphicsBeginImageContextWithOptions 函数的讨论：“You use this function to configure the drawing environment for rendering into a bitmap. The format for the bitmap is a ARGB 32-bit integer pixel format using host-byte order. If the opaque parameter is YES, the alpha channel is ignored and the bitmap is treated as fully opaque (kCGImageAlphaNoneSkipFirst | kCGBitmapByteOrder32Host). Otherwise, each pixel uses a premultipled ARGB format (kCGImageAlphaPremultipliedFirst | kCGBitmapByteOrder32Host).”我们可以知道，当图片不包含 alpha 的时候使用 kCGImageAlphaNoneSkipFirst ，否则使用 kCGImageAlphaPremultipliedFirst 。另外，这里也提到了字节顺序应该使用 32 位的主机字节顺序 kCGBitmapByteOrder32Host ，而这个值具体是什么，我们后面再讨论。至于颜色分量是否为浮点数，这个就比较简单了，直接逻辑或 kCGBitmapFloatComponents 就可以了。更详细的内容就不展开了，因为我们一般用不上这个值。接下来，我们来简单地了解下像素格式的，它是由枚举值 CGImageByteOrderInfo 来表示的：typedef&CF_ENUM(uint32_t,&CGImageByteOrderInfo)&{
&&&&kCGImageByteOrderMask&&&&&=&0x7000,
&&&&kCGImageByteOrder16Little&=&(1&<<&12),
&&&&kCGImageByteOrder32Little&=&(2&<<&12),
&&&&kCGImageByteOrder16Big&&&&=&(3&<<&12),
&&&&kCGImageByteOrder32Big&&&&=&(4&<<&12)
}&CG_AVAILABLE_STARTING(__MAC_10_12,&__IPHONE_10_0);它主要提供了两个方面的字节顺序信息：还是；数据以 16 位还是 32 位为单位。对于 iPhone 来说，采用的是小端模式，但是为了保证应用的向后兼容性，我们可以使用系统提供的宏，来避免
：#ifdef&__BIG_ENDIAN__
&&&&#define&kCGBitmapByteOrder16Host&kCGBitmapByteOrder16Big
&&&&#define&kCGBitmapByteOrder32Host&kCGBitmapByteOrder32Big
#else&/*&Little&endian.&*/
&&&&#define&kCGBitmapByteOrder16Host&kCGBitmapByteOrder16Little
&&&&#define&kCGBitmapByteOrder32Host&kCGBitmapByteOrder32Little
#endif根据前面的讨论，我们知道字节顺序的值应该使用的是 32 位的主机字节顺序 kCGBitmapByteOrder32Host ，这样的话不管当前设备采用的是小端模式还是大端模式，字节顺序始终与其保持一致。下面，我们来看一张图，它非常形象地展示了在使用 16 或 32 位像素格式的 CMYK 和 RGB 颜色空间下，一个像素是如何被表示的：我们从图中可以看出，在 32 位像素格式下，每个颜色分量使用 8 位；而在 16 位像素格式下，每个颜色分量则使用 5 位。好了，了解完这些相关知识后，我们再回过头来看看 CGBitmapContextCreate 函数中每个参数所代表的具体含义：data ：如果不为 NULL ，那么它应该指向一块大小至少为 bytesPerRow * height 字节的内存；如果 为 NULL ，那么系统就会为我们自动分配和释放所需的内存，所以一般指定 NULL 即可；width 和 height ：位图的宽度和高度，分别赋值为图片的像素宽度和像素高度即可；bitsPerComponent ：像素的每个颜色分量使用的 bit 数，在 RGB 颜色空间下指定 8 即可；bytesPerRow ：位图的每一行使用的字节数，大小至少为 width * bytes per pixel 字节。有意思的是，当我们指定 0 时，系统不仅会为我们自动计算，而且还会进行 cache line alignment 的优化，更多信息可以查看
，亲测可用；space ：就是我们前面提到的颜色空间，一般使用 RGB 即可；bitmapInfo ：就是我们前面提到的位图的布局信息。到这里，你已经掌握了强制解压缩图片需要用到的最核心的函数，点个赞。开源库的实现接下来，我们来看看在三个比较流行的开源库
中，对图片的强制解压缩是如何实现的。首先，我们来看看 YYKit 中的相关代码，用于解压缩图片的函数 YYCGImageCreateDecodedCopy 存在于 YYImageCoder 类中，核心代码如下：CGImageRef&YYCGImageCreateDecodedCopy(CGImageRef&imageRef,&BOOL&decodeForDisplay)&{
&&&&if&(decodeForDisplay)&{&//&decode&with&redraw&(may&lose&some&precision)
&&&&&&&&CGImageAlphaInfo&alphaInfo&=&CGImageGetAlphaInfo(imageRef)&&&kCGBitmapAlphaInfoM
&&&&&&&&BOOL&hasAlpha&=&NO;
&&&&&&&&if&(alphaInfo&==&kCGImageAlphaPremultipliedLast&||
&&&&&&&&&&&&alphaInfo&==&kCGImageAlphaPremultipliedFirst&||
&&&&&&&&&&&&alphaInfo&==&kCGImageAlphaLast&||
&&&&&&&&&&&&alphaInfo&==&kCGImageAlphaFirst)&{
&&&&&&&&&&&&hasAlpha&=&YES;
&&&&&&&&//&BGRA8888&(premultiplied)&or&BGRX8888
&&&&&&&&//&same&as&UIGraphicsBeginImageContext()&and&-[UIView&drawRect:]
&&&&&&&&CGBitmapInfo&bitmapInfo&=&kCGBitmapByteOrder32H
&&&&&&&&bitmapInfo&|=&hasAlpha&?&kCGImageAlphaPremultipliedFirst&:&kCGImageAlphaNoneSkipF
&&&&&&&&CGContextRef&context&=&CGBitmapContextCreate(NULL,&width,&height,&8,&0,&YYCGColorSpaceGetDeviceRGB(),&bitmapInfo);
&&&&&&&&if&(!context)&return&NULL;
&&&&&&&&CGContextDrawImage(context,&CGRectMake(0,&0,&width,&height),&imageRef);&//&decode
&&&&&&&&CGImageRef&newImage&=&CGBitmapContextCreateImage(context);
&&&&&&&&CFRelease(context);
&&&&&&&&return&newI
&&&&}&else&{
&&&&&&&&...
}它接受一个原始的位图参数 imageRef ，最终返回一个新的解压缩后的位图 newImage ，中间主要经过了以下三个步骤：使用 CGBitmapContextCreate 函数创建一个位图上下文；使用 CGContextDrawImage 函数将原始位图绘制到上下文中；使用 CGBitmapContextCreateImage 函数创建一张新的解压缩后的位图。事实上，SDWebImage 和 FLAnimatedImage 中对图片的解压缩过程与上述完全一致，只是传递给 CGBitmapContextCreate 函数的部分参数存在细微的差别，如下表所示：在上表中，用浅绿色背景标记的参数即为我们在前面的分析中所推荐的参数，用这些参数解压缩后的图片渲染的速度会更快。因此，从理论上说 YYKit 中的解压缩算法是三者之中最优的。性能对比口说无凭，因此我编写了一个小的测试程序，来简单地对比一下这三个开源库的解压缩性能，源码可以在
上找到。采用的测试样例分别为 5 张 PNG 图片和 5 张 JPEG 图片，像素依次为 128x96 、256x192 、512x384 、 和
，它们其实都长一个样：首先，我们来了解下测试的原理，我们可以将从磁盘加载一张图片到最终渲染到屏幕上的过程划分为三个阶段：初始化阶段：从磁盘初始化图片，生成一个未解压缩的 UIImage 对象；解压缩阶段：分别使用 YYKit 、SDWebImage 和 FLAnimatedImage 对第 1 步中得到的 UIImage 对象进行解压缩，得到一个新的解压缩后的 UIImage 对象；绘制阶段：将第 2 步中得到的 UIImage 对象绘制到屏幕上。这里我们以绘制阶段的耗时为依据来评测解压缩的性能，解压缩的算法越优秀，那么得到的图片就越符合系统渲染时的需求，绘制的时间也就越短。为了让测试的结果更准确，我们对每张图片都解压缩 10 次，然后取平均值。说明，本次使用的测试设备是 iPhone 5s 。首先，我们来看看解压缩 PNG 图片的测试结果：相应的柱状图如下：从上图可以看出，就我们采用的测试样例来说，解压缩 PNG 图片的性能 SDWebImage 最好，FLAnimatedImage 次之，YYKit 最差。这与我们前面的理论结果有一定的差距，可能是测试样例太少，也可能这就是真实结果。另外，需要说明的是，我们这里使用的 PNG 图片都是不带 alpha 值，因为 SDWebImage 不支持解压缩带 alpha 值的 PNG 图片。接着，我们再来看看解压缩 JPEG 图片的测试结果：相应的柱状图如下：这次 YYKit 终于翻盘了，解压缩 JPEG 图片的性能最好，SDWebImage 和 FLAnimatedImage 并列第二。总结其实，要理解 iOS 中图片的解压缩并不难，重点是要理解位图的概念。而图片解压缩的过程其实就是将图片的二进制数据转换成像素数据的过程。了解这些知识，将有助于我们更好地处理图片，管理好它们所占用的内存。参考链接
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量6265点击量4590点击量4565点击量3500点击量2909点击量2409点击量2381点击量2351点击量2333
&2016 Chukong Technologies,Inc.
京公网安备89热门版块:&
1 Pages: 1/3& & &Go
总共有153人参与本次投票 发起于： 22:38 至
22:38 结束压缩包&43&票解压缩为图片&79&票二者都行&31&票(本次投票已结束)
UID: 541148
SP币: 4388 G
昵称: smogchan
在线时间: 241(小时)
注册时间: 最后登录:
（百合赛高！）
大家手机看本子直接打开压缩包还是解压缩为图片？
大家觉得哪种方法更好管理存储在手机或电脑上的本子呢？
UID: 152816
发帖: 2306
SP币: 8299 G
昵称: flitter22
在线时间: 614(小时)
注册时间: 最后登录:
我都是解压出来的呢
UID: 545602
SP币: 3610 G
昵称: 西沢雫
在线时间: 550(小时)
注册时间: 最后登录:
（西沢雫姐姐赛高）
完美漫画，看压缩包
UID: 786861
SP币: 331 G
昵称: 锅二少
在线时间: 166(小时)
注册时间: 最后登录:
我是在哔卡漫画上面看，还有Ehentai
UID: 800695
SP币: 904 G
昵称: 香风zzz
在线时间: 48(小时)
注册时间: 最后登录:
UID: 778432
发帖: 1702
SP币: 26615 G
昵称: 浪客剑心
在线时间: 2940(小时)
注册时间: 最后登录:
（萌新一枚）
当然是用PV啦，直接看压缩包，不用解压，也不担心会被别人看相册时看到
UID: 185958
发帖: 1811
SP币: 504 G
昵称: LizNosty。
在线时间: 2779(小时)
注册时间: 最后登录:
（NTR大好！头像P站 id= 最近老有人问...）
回 5楼(浪客剑心) 的帖子
pv是啥 能说下全称吗感谢～
UID: 113076
SP币: 1950 G
昵称: 浩浩捉迷藏
在线时间: 84(小时)
注册时间: 最后登录:
（男人腿长，打一食物。）
回 6楼(LizNosty。) 的帖子
我猜他说的是：Perfect Viewer，可以看小说看漫画的app，实在是太棒了，我看黄漫就用的它
UID: 44969
SP币: 802 G
昵称: Kyon
在线时间: 2408(小时)
注册时间: 最后登录:
（你的妈妈不能这么可爱）
仓鼠党表示 解压缩需要3个礼拜。。。
UID: 778432
发帖: 1702
SP币: 26615 G
昵称: 浪客剑心
在线时间: 2940(小时)
注册时间: 最后登录:
（萌新一枚）
回 6楼(LizNosty。) 的帖子
<div class="f14" id="read_楼正解
UID: 790689
SP币: 1619 G
昵称: 新世界の神
在线时间: 569(小时)
注册时间: 最后登录:
（My heart and actions are utterly unclouded...!They are all those of &JUSTICE&.）
手机直接打开，电脑解压为图片（后来因为新换的手机太渣就再也不用手机看了，虽然电脑同样很渣不过看个本子足够了）
UID: 184540
SP币: 53 G
昵称: 卜严骏
在线时间: 1743(小时)
注册时间: 最后登录:
当然是选择解压缩了
UID: 541148
SP币: 4388 G
昵称: smogchan
在线时间: 241(小时)
注册时间: 最后登录:
（百合赛高！）
回 7楼(浩浩捉迷藏) 的帖子
学到了！我也试试新的APP
UID: 237725
SP币: 482 G
昵称: 邪恶喵
在线时间: 874(小时)
注册时间: 最后登录:
（痛则不通，通则不痛）
压缩包，有专门的看漫画app，况且这样也有个好处，相册不行去处理
UID: 197646
在线时间: 43(小时)
注册时间: 最后登录:
（想 想 改个名字）
UID: 163780
昵称: 黑嘿猫喵
在线时间: 37(小时)
注册时间: 最后登录:
<div class="f14" id="read_楼正解
UID: 402652
发帖: 1112
SP币: 980 G
昵称: 魂+SoulPlus
在线时间: 25(小时)
注册时间: 最后登录:
UID: 234005
SP币: 10 G
昵称: 我为魔王
在线时间: 578(小时)
注册时间: 最后登录:
（最近阅读漫画，有时会发上来一起讨论，大家多多参与。）
UID: 636724
发帖: 1094
SP币: 496 G
昵称: 一心一意
在线时间: 386(小时)
注册时间: 最后登录:
（他人即地狱）
说来惭愧，我用的是追追漫画
不过格外的好用，没有密码的压缩包也是可以看的
UID: 370723
SP币: 212 G
昵称: 卫宫桐人
在线时间: 150(小时)
注册时间: 最后登录:
（我要做欧派的伙伴）
话说大家压缩会出现顺序混乱的问题么 有的话怎么解决
UID: 27563
SP币: 302 G
在线时间: 5942(小时)
注册时间: 最后登录:
UID: 111631
在线时间: 16(小时)
注册时间: 最后登录:
UID: 748328
SP币: 296 G
昵称: 流风霜
在线时间: 274(小时)
注册时间: 最后登录:
（鸟都没有鸟，你还要鸟？）
我以前看都是用icomic 看，不用解压，直接看，就是英文界面，设置要自己调，虽然还是蛮简单的，以前都是在手机百度云下载压缩包，选择打开方式用icomic打开就可以看了，现在百度云没那个功能，蛋疼，sb百度，我他么还买了年费会员，靠
UID: 26523
发帖: 1022
SP币: 214 G
昵称: 灼眼的QB
在线时间: 1183(小时)
注册时间: 最后登录:
（萌是没得卖的）
我经常用PSP来看所以是压缩包
UID: 584850
发帖: 1669
昵称: 守夜人
在线时间: 214(小时)
注册时间: 最后登录:
解压出来，再对图片·进行批量大小处理，不然太占空间了
UID: 178271
发帖: 2372
昵称: reiji5702
在线时间: 2798(小时)
注册时间: 最后登录:
（~signs~ 朔月一夜）
一般还是解压的
UID: 779844
SP币: 140 G
昵称: 追忆潸然
在线时间: 445(小时)
注册时间: 最后登录:
（止于唇齿，隐于岁月）
手机看，当然是压缩包呐&&
UID: 101182
SP币: 364 G
昵称: 淡定的幻灭
在线时间: 699(小时)
注册时间: 最后登录:
（亚拉那一卡）
&&&&既然软件可以直接看压缩包&&我为啥还要解压
UID: 151582
SP币: 15414 G
昵称: 萝莉味大叔
在线时间: 1058(小时)
注册时间: 最后登录:
ios用的comic glass直接导入压缩包点开即看
=625) window.open('https://www.south-plus.net/attachment/Mon_582_318c7a7d955e34a.jpg');" onload="if(this.width>'625')this.width='625';" >&&
UID: 12862
发帖: 2262
SP币: 907 G
在线时间: 2450(小时)
注册时间: 最后登录:
不用手机看
UID: 761750
SP币: 2639 G
昵称: 伪学家
在线时间: 828(小时)
注册时间: 最后登录:
1 Pages: 1/3& & &Go