我在用java进行图片压缩时,遇到130MB 的图片是报错 , 像十几MB时不会出错,
就是下面的代码出错,这两种方式都不行javax.imageio.ImageIO.read(srcFile);ImageIO.read(infile);这样处理都有问题在j...
就是下面的代码出错,这两种方式都不行
javax.imageio.ImageIO.read(srcFile);
ImageIO.read(infile);
这样处理都有问题
在java里怎么处理过大的文件啊
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.awt.image.DataBufferByte.<init>(Unknown Source)
at java.awt.image.ComponentSampleModel.createDataBuffer(Unknown Source)
at java.awt.image.Raster.createWritableRaster(Unknown Source)
at javax.imageio.ImageTypeSpecifier.createBufferedImage(Unknown Source)
at javax.imageio.ImageReader.getDestination(Unknown Source)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(Unknown Source)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.read(Unknown Source)
at javax.imageio.ImageIO.read(Unknown Source)
at javax.imageio.ImageIO.read(Unknown Source)
at Main.compressJpegFile(Main.java:25)
at Main.main(Main.java:20) 展开
javax.imageio.ImageIO.read(srcFile);
ImageIO.read(infile);
这样处理都有问题
在java里怎么处理过大的文件啊
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.awt.image.DataBufferByte.<init>(Unknown Source)
at java.awt.image.ComponentSampleModel.createDataBuffer(Unknown Source)
at java.awt.image.Raster.createWritableRaster(Unknown Source)
at javax.imageio.ImageTypeSpecifier.createBufferedImage(Unknown Source)
at javax.imageio.ImageReader.getDestination(Unknown Source)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(Unknown Source)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.read(Unknown Source)
at javax.imageio.ImageIO.read(Unknown Source)
at javax.imageio.ImageIO.read(Unknown Source)
at Main.compressJpegFile(Main.java:25)
at Main.main(Main.java:20) 展开
2个回答
展开全部
Runtime.getRuntime().maxMemory(),查看一下jvm最大内存,若小了,可通过java参数来设置,如 java -Xmx1024m Test,将最大堆空间设为1024m
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
java.lang.OutOfMemoryError:Javaheapspace
jvm默认空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40%,JVM就会增大堆到Xmx设置的值,内存剩余超过70%,JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大,那么JVM内存的最大值跟操作系统有关,一般32位机是1.5g到3g之间,而64位的就不会有限制了。
为了避免这些问题,程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收,但不是必须马上回收,一个是并不能解决内存资源耗空的局面,另外也会增加GC的消耗。
因此,你的图形压缩算法一定产生了大量的对象,导致堆空间不足,必须优化算法才可以。
给你一个参考思路,可以将图片分割成10m一块,若干次处理,最后将结果追加写入压缩结果文件中。
jvm默认空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40%,JVM就会增大堆到Xmx设置的值,内存剩余超过70%,JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大,那么JVM内存的最大值跟操作系统有关,一般32位机是1.5g到3g之间,而64位的就不会有限制了。
为了避免这些问题,程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收,但不是必须马上回收,一个是并不能解决内存资源耗空的局面,另外也会增加GC的消耗。
因此,你的图形压缩算法一定产生了大量的对象,导致堆空间不足,必须优化算法才可以。
给你一个参考思路,可以将图片分割成10m一块,若干次处理,最后将结果追加写入压缩结果文件中。
本回答被提问者和网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询