之前就有出现过类似问题,今天需要融合前面的多种功能实现一键操作时这个问题变得非常突出,太多的导出几乎不可能顺利通过。
由于部分NPOI成员变量并没有销毁函数,我也不太了解是否需要显式销毁,代码中多次采用GC.collect()处理垃圾,不知道会不会跟这个报错有关。
根据多次错误发生的位置,我总感觉众多功能中这个函数出错率最高,但是整个函数基本都是基于相似函数改编的,错误概率很小。
以下是报错信息截图

之前就有出现过类似问题,今天需要融合前面的多种功能实现一键操作时这个问题变得非常突出,太多的导出几乎不可能顺利通过。
由于部分NPOI成员变量并没有销毁函数,我也不太了解是否需要显式销毁,代码中多次采用GC.collect()处理垃圾,不知道会不会跟这个报错有关。
根据多次错误发生的位置,我总感觉众多功能中这个函数出错率最高,但是整个函数基本都是基于相似函数改编的,错误概率很小。
以下是报错信息截图

以下回复参考:皆我百晓生、券券喵儿等免费微信小程序作答:
根据您提供的错误信息,问题似乎出现在使用 NPOI 库写入 Word 文档时。异常信息指出在保存包的一部分(特别是 /docProps/core.xml)时出现问题。这可能是由于多种原因造成的,包括但不限于内存管理问题、文件访问权限问题或 NPOI 库本身的问题。以下是一些可能的解决方案和建议:
GC.Collect() 可以强制垃圾回收,但这并不总是解决问题的最佳方法。在大多数情况下,让垃圾回收器自动管理内存是更好的选择。确保您的代码中没有不必要地频繁调用 GC.Collect(),这可能会导致性能问题或其他未预期的错误。docx.Write(ms) 和文件流操作相关的部分。确保所有的流都正确关闭和释放,避免资源泄漏。try-catch 块捕获异常,并记录或处理异常详情。由于问题可能与具体的代码实现和使用的 NPOI 版本有关,以上建议可能需要结合您的实际情况进行调整。