我之前在IIS上部署Symfony项目时，也踩过LibreOffice转PDF的坑，给你几个针对性的排查方向，应该能解决你的问题：

1. 先搞定权限（最容易踩的坑） #

IIS的应用池默认用的是IIS AppPool\你的应用池名称这个账号，它大概率没足够权限：

• 没有读写C:\inetpub\myapp\pdffiles输出目录的权限
• 没有访问LibreOffice安装目录（比如C:\Program Files\LibreOffice\program）的权限
• Windows下LibreOffice无头模式偶尔需要虚拟桌面权限，这个账号可能没有

解决步骤：

• 右键pdffiles目录 → 属性 → 安全 → 添加应用池账号，给它完全控制权限
• 测试阶段可以临时把应用池身份改成Local System（生产环境建议用有最小权限的专用账号）
• 去「本地安全策略」→ 「用户权限分配」，给应用池账号添加「作为批处理作业登录」权限

2. 修正命令的路径问题 #

Windows下执行外部命令要注意细节：

• LibreOffice的soffice.exe路径没在系统环境变量里的话，直接写soffice会找不到
• 路径含空格必须加双引号，否则会被截断

修改后的PHP代码一定要捕获输出和返回码，不然根本不知道错在哪：

$command = '"C:\Program Files\LibreOffice\program\soffice.exe" --headless --invisible --convert-to pdf "C:\Users\Administrator\Desktop\php\test.docx" --outdir "C:\inetpub\myapp\pdffiles"';
// 捕获输出和返回状态码
exec($command, $output, $returnVar);
// 调试用，上线前删掉
var_dump($output);
var_dump($returnVar);

返回码说明：0=成功，1=权限/路径错误，其他码可以查LibreOffice官方错误码表

3. 检查IIS FastCGI的限制 #

Symfony 1.4用PHP FastCGI运行，IIS可能会限制外部程序调用：

• 打开IIS管理器 → 你的站点 → 「FastCGI设置」，找到对应的PHP条目，确保「允许32位应用程序」和你的LibreOffice位数匹配（比如LibreOffice是64位就关掉这个选项）
• 打开php.ini，检查disable_functions里有没有禁用exec、shell_exec这些函数

4. 给LibreOffice加Windows专属参数 #

Windows下LibreOffice的无头模式容易抽风，试试添加这些参数稳定运行：

• --norestore：防止崩溃后自动恢复干扰转换
• --nologo：减少不必要的输出
• --nodefault：不加载默认配置文件

优化后的命令：

$command = '"C:\Program Files\LibreOffice\program\soffice.exe" --headless --invisible --norestore --nologo --nodefault --convert-to pdf "C:\Users\Administrator\Desktop\php\test.docx" --outdir "C:\inetpub\myapp\pdffiles"';

5. 直接在命令行测试（最快定位问题） #

别在PHP里瞎试，先登录服务器用应用池的账号执行命令：

• 打开命令提示符，输入runas /user:IIS AppPool\你的应用池名称 cmd.exe（如果是Local System身份，用psexec工具打开系统级命令行）
• 直接粘贴完整的转换命令执行，看有没有报错、有没有生成PDF
  这一步能快速区分是PHP代码的问题，还是系统/权限的问题

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