当前位置:首页 > 短网址资讯 > 正文内容

微信分享图片压缩问题解决方案

www.ft12.com5年前 (2017-08-18)短网址资讯2040

概述

       在进行微信分享时,遇到微信分享失败的情况,微信分享对于图片的大小有32k的限制,如果大于的话就会导致失败。所以对于图片的压缩进行了调研,最后得出如下解决方案:
1、统一了图片的质量参数为RGB_565;
2、先利用32*1024计算出图片采样率,进行一次长宽比压缩;
3、然后利用compress( CompressFormat format, int     quality,OutputStream stream)压缩成PNG格式;
4、计算此时大小,如果超过32k,则换成JPEG格式进行压缩,通过循环修改quality参数来进行压缩,直到最后图片小于32k结束。


问题背景

      在某些页面调起微信分享时会直接返回失败,但并不是所有的页面都会失败,所以排除是微信分享API的问题。

术语解释

  • A : 透明度

  • R : 红色

  • G : 绿色

  • B : 蓝色

  • Bitmap.Config ARGB_4444:每个像素占四位,即A=4,R=4,G=4,B=4,那么一个像素点占4+4+4+4=16位

  • Bitmap.Config ARGB_8888:每个像素占四位,即A=8,R=8,G=8,B=8,那么一个像素点占8+8+8+8=32位

  • Bitmap.Config RGB_565:每个像素占四位,即R=5,G=6,B=5,没有透明度,那么一个像素点占5+6+5=16位

问题分析

 private void sendReq(IWXAPI iwxapi, BaseReq req) {
    boolean result = iwxapi.sendReq(req);
    if(!result) {
        this.mCallBack.onShareError(this.mActivity, "");
        this.mActivity.finish();
    }

}

由分析可知以上result返回false,在这里是将分享的数据传入分享的API,所以猜测这里应该是参数传入有误,下面是在官网上查看的常见问题(虽然结果返回true,但还是具有参考价值的信息),我们可以看到第三条,检查发送时的缩略图大小是否超过32K,所以微信分享对于图片的大小是有限制的,重新换了一张小点的图,最后分享成功了。

目前的分享流程

从以上流程可以看出来,图片是经过了两次压缩,为什么最后还会有超出大小的情况呢?下面我们来分析一下具体的压缩过程是如何实现的。

/**
* 图片压缩比例计算
*
* @param options  BitmapFactory.Options
* @param minSideLength 小边长,单位为像素,如果为-1,则不按照边来压缩图片
* @param maxNumOfPixels 这张片图片最大像素值,单位为byte,如100*1024
* @return 压缩比例,必须为2的次幂
*/
public static int computeSampleSize(BitmapFactory.Options options,int minSideLength, int maxNumOfPixels) {
int initialSize = computeInitialSampleSize(options, minSideLength, maxNumOfPixels);
int roundedSize;
if (initialSize <= 8) {
    roundedSize = 1;
    while (roundedSize < initialSize) {
        roundedSize <<= 1;
    }
} else {
    roundedSize = (initialSize + 7) / 8 * 8;
}
return roundedSize;    

}
/**
* 计算图片的压缩比例,用于图片压缩
* @param options BitmapFactory.Options
* @param minSideLength 小边长,单位为像素,如果为-1,则不按照边来压缩图片
* @param maxNumOfPixels 这张片图片最大像素值,单位为byte,如100*1024
* @return 压缩比例
*/      
private static int computeInitialSampleSize(BitmapFactory.Options options,int minSideLength,int maxNumOfPixels) {

double w = options.outWidth;

double h = options.outHeight;

int lowerBound = (maxNumOfPixels == -1) ? 1 : (int) Math.ceil(Math
        .sqrt(w * h / maxNumOfPixels));
int upperBound = (minSideLength == -1) ? 128 : (int) Math.min(
        Math.floor(w / minSideLength), Math.floor(h / minSideLength));

if (upperBound < lowerBound) {
    return lowerBound;
}

if ((maxNumOfPixels == -1) && (minSideLength == -1)) {
    return 1;
} else if (minSideLength == -1) {
    return lowerBound;
} else {
    return upperBound;
}

}

      以上的方法是安卓源码中处理缩略图大小的计算方法,我们知道图片的inSampleSize必须为2的幂次,如果不是2的幂次,会以接近2的幂次这个数来进行压缩,所以最后计算出来的inSampleSize必然不能很精确的将图片压缩到我们期望的大小,所以当一张图片太大时,可能第一次压缩并没有达到效果,然后再经过第二次压缩之后还是可能会超过32k,这就导致了最终的微信分享失败。
      在我们处理图片的时候发现,会给图片设置质量参数,如下

public static Bitmap makeNormalBitmap(String nativeImagePath,int minSideLength, int maxNumOfPixels){
      return makeNormalBitmap(nativeImagePath, minSideLength, maxNumOfPixels,Bitmap.Config.ARGB_4444);
 }

      目前这里设置成了ARGB_4444,那为什么要设置成这个格式呢?应该设置成什么格式呢?还有第二次压缩bmp.compress(CompressFormat.PNG, 100, output);这里为什么设置成PNG,换成JPEG可以吗?

      针对以上问题,我做了一番测试,分为ARGB_8888(PNG)  ARGB_4444(PNG)  RGB_565(PNG) ARGB_8888(JPEG)  ARGB_4444(JPEG)  RGB_565(JPEG) 分别对图片大小和质量有什么影响。

调研数据分析结果如下:

  • 首先用ARGB_8888 PNG的格式去解析图片,所做实验中,图片最终大小超过32KB的较多,分享失败率较高;

  • 用ARGB_4444 PNG格式去解析时,图片最终大小得到很大减少,但是图片的质量比上面的较差,用肉眼能分辨出来;

  • 用RGB_565 PNG格式去解析,图片大小与ARGB_4444一样,但是图片的质量明显比ARGB_4444较好,与ARGB_8888的效果基本一样;

  • JPEG解析时,图片大小比PNG的较小,正常的图片都显示的效果很好,但不支持透明背景属性,所以对于像58logo这样四周圆弧的图片来说,用JPEG的效果就比PNG的差。

优化后的解决方案

      大部分图片经过前两次压缩都能达到要求,为保证微信分享成功,在第二次压缩后进行判断,如果小于32k就直接分享,如果大于的话就压缩成JPEG格式,通过改变option参数来不断进行压缩,直到满足要求,该方案经过测试已经解决了微信分享失败的问题。

      注意点:在最后一步转换成JPEG格式时会不断修改option参数来进行压缩,图片的质量最后可能会影响,在这种情况下需要server配合换掉该图,从客户端的角度来考虑该方案可以保证分享成功,如果图片失真严重的话就需要考虑换图了。

扫描二维码推送至手机访问。

版权声明:本文由短链接发布,如需转载请注明出处。

本文链接:https://www.ft12.com/article_415.html

分享给朋友:

相关文章

Winamp兴衰史:当年装机必备的mp3播放器如何自毁

  (很多人对Winamp情有独钟)  对当下的人来讲,说到听音乐,许多人会想到在音乐app上编辑歌单,然后在户外随时随地地享受心爱的歌曲。苹果用户或许还会使用iTunes和Apple Music。但在移动互联网到来之前,人们用另一种方式享...

Magic Leap D轮融资估值将达$80亿 阿里巴巴或领投

据Backchannel援引内幕人士消息,一度炒作非常厉害但出现了宣传门事件之后似乎消无声息的AR初创企业Magic Leap目前正在进行新一轮的D轮融资,领投方仍然是阿里巴巴,据称其投后估值将达60到80亿美元之间。Backchannel...

美国石油公司刚来中国卖低价油,就被发改委逼着涨回去?

美国石油公司刚来中国卖低价油,就被发改委逼着涨回去?

今天,中国网络上有消息称,已经进入中国成品油市场的美国石油公司“海湾石油”,因为其首个国内加油站的油价大大低于中国超级国企中石油和中石化的价格,竟遭到发改委等监管部门联合执法,导致其良心油价最终不得不与“两桶油”接轨。 对此,FT...

从短视频说起,浅谈UGC产品的商业价值及设计逻辑

 笔者最近在筹划一款UGC商品的开发,故把这段时间在许多前辈身上学到的知识以及自己的一些思考整理成下文。从最近很火的短视频出发,浅谈平台发展UGC背面的商业价值以及UGC商品的设计逻辑。这里先给出UGC的界说:UGC(User Genera...

FT12短网址教您如何利用短网址做好短信营销

FT12短网址教您如何利用短网址做好短信营销

很多运营人员都承担有拉新、促活、转化、成交额等方面的KPI目标,但在现有的用户集体中怎么在短时间内迅速提高活泼和交易量呢?最常见的运营方法即是群发推广短信,如今用户天天都在承受很多的短信轰炸,要想提高短信的阅览率和转化率,就要好好编撰短信案...

勒索病毒“永恒之蓝”大爆发

勒索病毒“永恒之蓝”大爆发

2017年5月12日20时左右,新型“蠕虫”式勒索病毒“WannaCry”爆发。截至目前,该病毒已经席卷包括中国、美国、俄罗斯及欧洲在内的100多个国家。我国部分高校内网、大型企业内网和政府机构专网遭受攻击,被感染的组织和机构已经覆盖了几乎...

发表评论

访客

◎欢迎参与讨论,请在这里发表您的看法和观点。