我在一个安卓应用程序中使用MuPdf库,我注意到了一些内存泄漏。当我多次打开PDF文档时(打开它,关闭它,然后重新打开),我可以看到每次打开PDF时堆的大小都会增加,直到我的应用程序崩溃为止。
我已经看到了这个问题OutOfMemory in MuPdf,并试图实现提供的修补程序,但没有成功。
MuPdf的bug追踪器本身似乎也有一个开放的bug:bug.cgi?id=695408
这个报告的bug已经开放了5个多月,我不敢相信我是唯一一个在安卓系统上使用MuPdf的人。
有没有人使用MuPdf为安卓系统,并能帮助我?
发布于 2015-02-03 16:09:01
该bug是针对MuPDF 1.5报告的(当前版本为1.6),而bug报告人员还没有提供用于调查的示例文件。
在当前版本的MuPDF中没有已知的内存泄漏,如果您认为已经找到了,那么最好的方法就是打开一个bug报告。请确定,并附上一个文件,以显示问题!
另外,您应该使用标准的演示应用程序来测试这个问题,如果您不能用它再现内存泄漏,那么问题不在于MuPDF,而是您的应用程序使用它的方式。可能在关闭之前你没有把所有的东西都释放出来。
如果您想问问题,那么MuPDF开发人员就可以在IRC中irc.freenode.net上的#ghostscript频道在线,并且通常能够回答问题。主要是办公时间格林尼治时间,但有时会有人上网直到晚上。频道会被记录下来,所以如果你在这些小时内不能到达,提出你的问题,当他们看到它时,有人会回答。
发布于 2015-04-30 07:49:11
我在MuPdf上也遇到了这个问题:Mono/应用程序。正如KenS所说..。
可能在关闭之前你没有把所有的东西都释放出来。
对我来说确实是这样,我通过在活动的.destroyDrawingCache()方法中调用ReaderView上的onDestroy()来解决这个问题。这似乎已经足够了,但是如果我还需要做些什么来从MuPdf中释放资源,请告诉我。
下面的C#代码示例(应该可以轻松转换为Java):
private ReaderView _readerView;
...
protected override void OnDestroy()
{
base.OnDestroy();
_readerView.DestroyDrawingCache();
_readerView = null;
GC.Collect();
}https://stackoverflow.com/questions/28301998
复制相似问题