ImageIO.read报错:javax.imageio.IIOException: Invalid icc profile: bad sequence number

在对图片进行处理过程中,发现java 不支持 某些图片的操作(放大,缩小) ImageIO.read()报:javax.imageio.IIOException: Invalid icc profile: bad sequence number

一般这些图片,是由扫描仪扫描,或者数码相机拍摄,并且处理时,图片的颜色空间(colorspace)为CMYK模式。 导致了ImageIO.read()方法抛出异常的原因。 一般情况为RGB模式。 

在ImageIO.read方法前,只要把jpg图片文件重写保存,就不会有问题。

// 生成图片
File tmpFile = new File(files.getFileResource());

//判断文件类型
if("jpg,jpeg,gif,png,bmp".indexOf(files.getFileType().toLowerCase()) > -1){
 
   //ImageIO.read方法前,把jpg图片文件重写,防止图片的颜色空间(colorspace)CMYK模式。导致了ImageIO.read()方法抛出异常
   String dstImageFileName = ServletActionContext.getServletContext().getInitParameter("FilePath")+"/"+System.currentTimeMillis()+"."+files.getFileType();
   File srcImageFileGood = new File(dstImageFileName);

   FileInputStream inputStream =new FileInputStream(tmpFile);
   JPEGImageDecoder decoder = JPEGCodec.createJPEGDecoder(inputStream);
   BufferedImage image = decoder.decodeAsBufferedImage();
   ImageIO.write(image, "JPEG", srcImageFileGood);
   inputStream.close();

   byte[] bytes = DormUtilitys.fileTobyte(srcImageFileGood);
   ByteArrayInputStream bs = new ByteArrayInputStream(bytes);
   BufferedImage bi = ImageIO.read(bs);

如果在操作图片过程中使用了MappedByteBuffer,如下:

BufferedImage b = ImageIO.read(file);
FileInputStream fis = new FileInputStream(file);
FileChannel fci = fis.getChannel();
MappedByteBuffer buffer = fci.map(FileChannel.MapMode.READ_ONLY, 0, fci.size());
byte[] dst = new byte[(int) fci.size()];
buffer.get(dst);
response.getOutputStream().write(dst);
b.flush();
fis.close();
fci.close();
file.delete();//文件复制完成后,删除源文件
urce.delete();//文件复制完成后,删除源文件sousource.delete();//文件复制完成后,删除源文件rce.delete();//文件复制完成,删除源文件source

但是如果要实现文件文件复制完成后,删除源文件,以上方法就有问题。哪怕你调用了buffer.clear()方法还是没办法删除源文件,source.delete()会返回false,删除失败,尝试直接本地磁盘去删除文件,然后直接提示:在Java(TM) Platform SE binary打开,无法删除,然后我就想利用System.gc(),尝试一下,代码如下:

boolean result=file.delete();
if (!result) {
   System.gc();    //回收资源
   file.delete();
}
结果还是不行,虽然System.gc()可以这样强制解除对文件的占用,但是也不是万能的,因为: 
1、 及时关闭输入流、输出流是很有必要的 
2、 System.gc()也不是一定能够回收垃圾的,能否成功回收取决于JVM的回收机制,外部人员是无法掌控的。
3、 即使不用System.gc()进行强制回收,JVM的回收机制也会在一段时间后对资源进行回收 
4、 这种方法也只对被java程序占用的文件有用,对于被其他进行占用的文件就无能为力了

最后上网查找了一下,主要原因是变量buffer仍然有源文件的句柄,文件处于不可删除状态,最后得到其解决办法如下:

public static void clean(final Object buffer) throws Exception {
   AccessController.doPrivileged(new PrivilegedAction() {
      public Object run() {
         try {
            Method getCleanerMethod = buffer.getClass().getMethod("cleaner",new Class[0]);
            getCleanerMethod.setAccessible(true);
            sun.misc.Cleaner cleaner =(sun.misc.Cleaner)getCleanerMethod.invoke(buffer,new Object[0]);
            cleaner.clean();
         } catch(Exception e) {
            e.printStackTrace();
         }
         return null;
      }
   });
}

public static void unmap(MappedByteBuffer buffer) {
   sun.misc.Cleaner cleaner = ((DirectBuffer) buffer).cleaner();
   cleaner.clean();
}

两种方法调用其中一种即可,但是在:

https://stackoverflow.com/questions/2972986/how-to-unmap-a-file-from-memory-mapped-using-filechannel-in-java上,别人描述的比较清楚,建议使用第一种方法

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值