java 保存图片的一些坑!

背景

最近的一个项目因为耗时太长让人吐槽了!追查代码,原来是一句保存图片太耗时!

ImageIO.wirte(image,"png",output);

ImageIO.writepng真实效率低的很,耗时太长,1M的图片耗时居然达到秒级!这时候你也可能会问,那jpg效率怎么样呢?

当然!jpg的写还是很快的!

当时为什么不用jpg?

反思当时写代码时候的想法,为什么要使用png,而不适用更块的jpg,我总给了3点

  • 有的jpg图片有alpha通道。 如果使用jpg模式写图片会造成图片的颜色有很大的偏差,比如说,背景发黑,发红,发绿…
  • 没有考虑到效率问题,仅仅认为多一个通道应该慢不了多少。
  • 懒,通用的多省事!

效率对比

尺寸pngjpg
500*500120ms32ms
1000*1000163ms65ms
1500*1500234ms105ms
2000*2000300ms240ms

如何解决

如何可以避免披着jpg外衣的jpg图片不正常显示而加速显示呢?两种可用办法!

  • 1.使用opencv保存图片
  • 2.使用一些过期的接口
  • 3.进行颜色判断
    如果使用opecv 确实可以解决这个问题,但是麻烦的很,容易增加系统的不稳定性。使用过期的接口,jpgencoding,pngencoding也可以,但是打包的时候就知道麻烦了!

我采用的方法就是对颜色进行判断。首先

image.getColorModel().getNumComponents()

如果颜色的通道数是4,那就必须的用png 来保存,其他的则可以用jpg保存。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值