这是个典型的Apache POI操作Word文档时遇到的资源冲突问题，我来给你拆解清楚背后的逻辑：

一、OPCPackage.open(String) 和 OPCPackage.open(InputStream) 的核心区别 #

• 文件访问与锁定机制：

  • OPCPackage.open(String path)：直接以读写模式打开磁盘上的docx文件（本质是Zip压缩包），并且会持有该文件的系统锁。当你后续用FileOutputStream写入同一个路径时，操作系统不允许同一文件同时被读写，这会导致原文件的输入流被截断或损坏。
  • OPCPackage.open(InputStream in)：是把文件内容加载到内存中的输入流，和原磁盘文件的句柄完全解绑。此时原文件可以被输出流正常写入，不会有锁冲突的问题。

• 底层资源依赖：

  • 用路径打开时，POI会直接操作磁盘上的Zip包。在写入文档的过程中，POI需要读取原文件的元数据（比如文档属性、创建信息等），但此时原文件已经被输出流清空覆盖，导致读取元数据时找不到有效内容。
  • 用InputStream打开时，所有文档内容都加载到了内存里，写入时不需要再读取原磁盘文件的内容，自然不会出现依赖缺失的问题。

二、NullPointerException 的具体触发原因 #

从你提供的堆栈跟踪能看到，报错出在POIXMLDocument.getProperties()方法里，完整的触发链是：

1. 用OPCPackage.open(String path)打开文件后，POI绑定了原磁盘文件的Zip流。
2. 调用doc.write(new FileOutputStream(filePath))时，FileOutputStream会默认清空原文件的内容。
3. POI在写入文档的过程中，需要读取原文档的扩展属性（比如作者、修改时间），但此时原文件已经被清空，底层的ZipSecureFile读取流无法获取有效数据，解析XML元数据时直接抛出了NullPointerException。

说白了就是：同一文件同时被读写，原文件被覆盖后，POI找不到需要的元数据，就空指针了。

三、可行的解决方案 #

你已经找到了两种有效的解决方式，这里再明确下细节：

1. 使用InputStream加载文档：就像你第二种写法那样，把文件读入内存流后再操作，写入时完全和原文件解耦，不会有冲突。
2. 先写入临时文件，再替换原文件：如果文档体积很大，不想全加载到内存，可以先写入临时文件，操作完成后再替换原文件：

String filePath = "...";
XWPFDocument doc = new XWPFDocument(OPCPackage.open(filePath));
// 执行段落替换操作
String tempFilePath = filePath + ".tmp";
doc.write(new FileOutputStream(tempFilePath));
doc.close();

// 替换原文件
File originalFile = new File(filePath);
File tempFile = new File(tempFilePath);
if (originalFile.delete() && tempFile.renameTo(originalFile)) {
    // 替换成功，可做后续处理
} else {
    // 处理替换失败的异常情况
}

这样就能完美避免同一文件同时读写的冲突，再也不会触发那个NullPointerException了。

内容的提问来源于stack exchange，提问作者Zsolt Bujdosó