實現(xiàn)低畫質(zhì)損耗的將圖片壓縮到極小尺寸

一般情況下恭应,項目初期我們對上傳圖片的尺寸是沒有嚴格要求的,因為開始階段功能>優(yōu)化耘眨。但是當用戶數(shù)量逐漸增多昼榛,我們肯定要考慮到用戶體驗,所以對于圖片的上傳剔难,一定對作出硬性的要求胆屿,要求客戶端對用戶選擇的圖片進行壓縮,減少上傳消耗的流量偶宫。

大多數(shù)情況下非迹,都是使用UIImageJPEGRepresentation這個方法對圖片進行壓縮,但是這個壓縮有自己的極限纯趋,測試中一般10M以上的圖片憎兽,壓縮到300K左右就已經(jīng)到頭了。它的優(yōu)點就是壓縮對圖片質(zhì)量的損耗很小吵冒,保證了圖片的質(zhì)量纯命。但是它不能滿足我們對圖片壓縮的硬性要求,比如我們的需求是圖片不能超過50K:

- (void)jkr_tryCompressToDataLength:(NSInteger)length withBlock:(void (^)(NSData *))block {
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        CGFloat scale = 0.9;
        NSData *scaleData = UIImageJPEGRepresentation(self, scale);
        while (scaleData.length > length) {
            scale -= 0.1;
            if (scale < 0) {
                break;
            }
            scaleData = UIImageJPEGRepresentation(self, scale);
        }
        dispatch_async(dispatch_get_main_queue(), ^{
            block(scaleData);
        });
    });
}
jgp.png

可以看到利用這種方式壓縮到307K已經(jīng)是極限桦锄,無法滿足我們圖片不能超過50K的要求扎附。

另一種方式就是利用離屏渲染重新繪制圖片,這個方式可以將圖片壓縮到任意大小结耀,比如我們要求的50K留夜,但是它的缺點就是對圖片的質(zhì)量損耗很嚴重:

- (UIImage *)jkr_compressWithWidth:(CGFloat)width {
    if (width <= 0 || [self isKindOfClass:[NSNull class]] || self == nil) return nil;
    CGSize newSize = CGSizeMake(width, width * (self.size.height / self.size.width));
    UIGraphicsBeginImageContext(newSize);
    [self drawInRect:CGRectMake(0, 0, newSize.width, newSize.height)];
    UIImage *newImage = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    return newImage;
}

- (void)jkr_fastCompressToDataLength:(NSInteger)length withBlock:(void (^)(NSData *))block {
    CGFloat scale = 1.0;
    UIImage *newImage = [self copy];
     NSInteger newImageLength = UIImageJPEGRepresentation(newImage, 1.0).length;
    while (newImageLength > length) {
        NSLog(@"Do compress");
        // 如果限定的大小比當前的尺寸大0.9的平方倍匙铡,就用開方求縮放倍數(shù),減少縮放次數(shù)
        if ((double)length / (double)newImageLength < 0.81) {
            scale = sqrtf((double)length / (double)newImageLength);
        } else {
            scale = 0.9;
        }
        CGFloat width = newImage.size.width * scale;
        newImage = [newImage jkr_compressWithWidth:width];
        newImageLength = UIImageJPEGRepresentation(newImage, 1.0).length;
    }
    dispatch_async(dispatch_get_main_queue(), ^{
        block(UIImageJPEGRepresentation(newImage, 1.0));
    });
}
fast.png

可以看到,圖片成功的壓縮到了50K以下碍粥,但是圖片的質(zhì)量損耗非常嚴重鳖眼,因為重新繪制并不是對圖片的壓縮處理,它在繪制的同時嚼摩,就因為尺寸的限定钦讳,造成了嚴重的失真效果。

下面是我的思路枕面,為了首先保證圖片的壓縮要求愿卒,重新渲染圖片是必須的,但是盡量減少對圖片的損耗潮秘,所以盡可能縮小渲染的尺寸和原圖尺寸的差琼开,最大可能的使用JEPG壓縮。所以先對圖片進行小幅度的縮放枕荞,再判斷縮放后的圖片壓縮后在極限壓縮的條件是否滿足壓縮條件柜候,如果滿足則通過壓縮獲取圖片。
下面是將一張同樣17.88M的圖片壓縮到50K的效果:

compress.png

通過這樣的方式躏精,在壓縮尺寸和圖片質(zhì)量中盡量做到平衡渣刷,方法就是先通過UIImageJPEGRepresentation壓縮到最小,如果不能滿足尺寸要求矗烛,則先將圖片重新繪制為稍小尺寸的圖片辅柴,然后再用UIImageJPEGRepresentation壓縮,直到滿足大小要求位置高诺。實際測試這樣可以在將圖片壓縮到非常小的尺寸的同時碌识,讓可以有很高的清晰度碾篡。
代碼如下:

#pragma mark - 圖片根據(jù)寬度重繪
- (UIImage *)jkr_compressWithWidth:(CGFloat)width {
    if (width <= 0 || [self isKindOfClass:[NSNull class]] || self == nil) return nil;
    CGSize newSize = CGSizeMake(width, width * (self.size.height / self.size.width));
    UIGraphicsBeginImageContext(newSize);
    [self drawInRect:CGRectMake(0, 0, newSize.width, newSize.height)];
    UIImage *newImage = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    return newImage;
}

#pragma mark - 壓縮圖片高質(zhì)量
- (void)jkr_compressToDataLength:(NSInteger)length withBlock :(void (^)(NSData *))block {
    if (length <= 0 || [self isKindOfClass:[NSNull class]] || self == nil) {
        block(nil);
        return;
    }
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        UIImage *newImage = [self copy];
        {
            CGFloat clipScale = 0.9;
            NSData *pngData = UIImagePNGRepresentation(self);
            NSLog(@"Original pnglength %zd", pngData.length);
            NSData *jpgData = UIImageJPEGRepresentation(self, 1.0);
            NSLog(@"Original jpglength %zd", jpgData.length);
            while (jpgData.length > length) {
                NSData *newImageData = UIImageJPEGRepresentation(newImage, 0.0);
                if (newImageData.length < length) {
                    CGFloat scale = 1.0;
                    newImageData = UIImageJPEGRepresentation(newImage, scale);
                    while (newImageData.length > length) {
                        scale -= 0.1;
                        newImageData = UIImageJPEGRepresentation(newImage, scale);
                    }
                    dispatch_async(dispatch_get_main_queue(), ^{
                        NSLog(@"Result jpglength %zd", newImageData.length);
                        block(newImageData);
                    });
                    return;
                } else {
                    newImage = [newImage jkr_compressWithWidth:newImage.size.width * clipScale];
                    jpgData = UIImageJPEGRepresentation(newImage, 1.0);
                }
            }
            dispatch_async(dispatch_get_main_queue(), ^{
                NSLog(@"Result jpglength %zd", jpgData.length);
                block(jpgData);
            });
        }
    });
}

源碼:https://github.com/Joker-388/JKRCategory

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末虱而,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子开泽,更是在濱河造成了極大的恐慌牡拇,老刑警劉巖,帶你破解...
    沈念sama閱讀 211,743評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件穆律,死亡現(xiàn)場離奇詭異惠呼,居然都是意外死亡,警方通過查閱死者的電腦和手機峦耘,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,296評論 3 385
  • 文/潘曉璐 我一進店門剔蹋,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人辅髓,你說我怎么就攤上這事泣崩∩倭海” “怎么了?”我有些...
    開封第一講書人閱讀 157,285評論 0 348
  • 文/不壞的土叔 我叫張陵矫付,是天一觀的道長凯沪。 經(jīng)常有香客問我,道長买优,這世上最難降的妖魔是什么妨马? 我笑而不...
    開封第一講書人閱讀 56,485評論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮杀赢,結(jié)果婚禮上烘跺,老公的妹妹穿的比我還像新娘。我一直安慰自己脂崔,他們只是感情好液荸,可當我...
    茶點故事閱讀 65,581評論 6 386
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著脱篙,像睡著了一般娇钱。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上绊困,一...
    開封第一講書人閱讀 49,821評論 1 290
  • 那天文搂,我揣著相機與錄音,去河邊找鬼秤朗。 笑死煤蹭,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的取视。 我是一名探鬼主播硝皂,決...
    沈念sama閱讀 38,960評論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼作谭!你這毒婦竟也來了稽物?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,719評論 0 266
  • 序言:老撾萬榮一對情侶失蹤折欠,失蹤者是張志新(化名)和其女友劉穎贝或,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體锐秦,經(jīng)...
    沈念sama閱讀 44,186評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡咪奖,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,516評論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了酱床。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片羊赵。...
    茶點故事閱讀 38,650評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖扇谣,靈堂內(nèi)的尸體忽然破棺而出昧捷,到底是詐尸還是另有隱情揖闸,我是刑警寧澤,帶...
    沈念sama閱讀 34,329評論 4 330
  • 正文 年R本政府宣布料身,位于F島的核電站汤纸,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏芹血。R本人自食惡果不足惜贮泞,卻給世界環(huán)境...
    茶點故事閱讀 39,936評論 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望幔烛。 院中可真熱鬧啃擦,春花似錦、人聲如沸饿悬。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,757評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽狡恬。三九已至珠叔,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間弟劲,已是汗流浹背祷安。 一陣腳步聲響...
    開封第一講書人閱讀 31,991評論 1 266
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留兔乞,地道東北人汇鞭。 一個月前我還...
    沈念sama閱讀 46,370評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像庸追,于是被迫代替她去往敵國和親霍骄。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 43,527評論 2 349

推薦閱讀更多精彩內(nèi)容