unoconv使用--stdin转换docx至pdf失效问题咨询

我之前也踩过这个坑，unoconv在通过--stdin读取docx内容时失败，但用文件路径就正常，核心原因和它依赖的LibreOffice底层机制脱不了关系，主要有这两点：

1. 缺少格式识别的文件上下文 #

当你传入文件路径时，unoconv能直接从.docx后缀判断文件类型，自动匹配LibreOffice对应的docx解析过滤器。但用--stdin时，输入流没有文件名信息，unoconv没法自动识别这是docx格式，自然找不到正确的过滤器来处理内容。

2. LibreOffice对流式输入的限制 #

LibreOffice的文档过滤器（尤其是处理OOXML格式的docx）很多时候需要随机访问文件内容（比如读取文件头、内部索引结构），但标准输入是单向的流式数据，没法满足随机读取的需求。哪怕你手动指定了格式，底层的LibreOffice可能还是没法处理这种流式输入。

可行的解决办法 #

方法1：显式指定输入格式 #

先试试在命令里明确告诉unoconv输入流是docx格式，强制它调用对应的过滤器：

cat test.docx | unoconv --stdin --input=docx --output=test.pdf

不过这个方法不一定百分百奏效——如果LibreOffice本身不支持流式解析docx，还是会失败。

方法2：用临时文件中转（最可靠） #

既然LibreOffice需要实体文件，那我们可以把stdin的内容先写到临时文件，再让unoconv处理这个临时文件，处理完再清理：

# 用tee把stdin内容写到临时文件，再调用unoconv
cat test.docx | tee /tmp/temp_docx_input.docx | unoconv /tmp/temp_docx_input.docx -o test.pdf && rm /tmp/temp_docx_input.docx

如果你的shell支持进程替换（比如bash/zsh），还能更简洁：

# <()会创建一个临时管道文件，unoconv会像处理普通文件一样读取它
unoconv <(cat test.docx) -o test.pdf

这个方法相当于模拟了正常的文件路径输入场景，几乎能解决所有stdin相关的转换问题。

内容的提问来源于stack exchange，提问作者Werzi2001