我有一个 Java Web 应用程序，它使用以无头模式启动的 OOo 实例（在同一环境中）作为批量转换器。
- 环境是RHEL 5.5。
- OpenOffice版本是3.1。
我进行了一些测试，发现在大约 1000 次转换之后，soffice 进程的常驻内存大约占总内存的 99%。OpenOffice 最终崩溃了。
我会将此服务器用作文档的批量转换器，但此内存问题需要根据我们拥有的中等数量的转换请求每天重新启动。
我知道这个内存问题从版本 2 开始就影响着 OO。我想知道是否有解决方案，或者使用 Windows Server 而不是 Linux 是否可以解决问题。
谢谢。
答案1
您可能感兴趣“OpenOffice 服务器守护进程”。
通过管理转换，您可以：
- 在转换过程中通过并行化利用多线程的优势
- 在发生崩溃时和/或在预定义次数的转换后重新启动每个 soffice 进程，以减少内存泄漏的影响
好的一点是您不必修改任何代码，服务器的接口与 OO 的接口相同。