我之前也碰到过完全一样的坑！手动运行PowerShell脚本时Word转PDF一切正常，但放到任务计划里就卡在ExportAsFixedFormat这步，折腾了好一阵才找到几个关键的解决方向，给你参考：

1. 任务计划的账户权限是核心 #

任务计划默认的运行账户（比如Local System）没有Word需要的用户配置文件和交互权限，很容易导致Word初始化失败。建议：

• 用你手动运行脚本的同一个用户账户来配置任务计划的“安全选项”
• 如果需要后台运行（不管用户是否登录），勾选“不管用户是否登录都要运行”，但务必确保该账户有访问TXT源文件和PDF输出目录的读写权限
• 不要勾选“不存储密码”，否则可能无法访问网络共享或本地受限目录

2. 禁用Word的弹窗提示 #

任务计划里运行的Word是后台进程，任何弹出的对话框（比如文件格式提示、保存提示）都会卡住脚本。在脚本里创建Word实例时，一定要禁用所有警报：

$word = New-Object -ComObject Word.Application
# 关闭所有提示弹窗
$word.DisplayAlerts = [Microsoft.Office.Interop.Word.WdAlertLevel]::wdAlertsNone
# 设置为后台运行（避免弹出Word窗口）
$word.Visible = $false

3. 所有路径必须用绝对路径 #

手动运行时脚本的工作目录是你的当前文件夹，但任务计划默认的工作目录是C:\Windows\System32，相对路径会导致Word找不到TXT文件或无法写入PDF。脚本里的所有文件路径都要写成绝对路径，比如：

# 错误写法：.\input.txt
$txtPath = "C:\Documents\source\input.txt"
# 错误写法：output.pdf
$pdfPath = "C:\Documents\output\result.pdf"

4. 正确清理Word COM对象 #

如果脚本没有彻底关闭Word进程，残留的Word实例会导致后续任务运行失败。脚本末尾一定要加上完整的清理逻辑：

# 关闭文档（不保存改动）
$doc.Close([Microsoft.Office.Interop.Word.WdSaveOptions]::wdDoNotSaveChanges)
# 退出Word程序
$word.Quit()
# 释放COM对象，避免内存泄漏
[System.Runtime.Interopservices.Marshal]::ReleaseComObject($doc) | Out-Null
[System.Runtime.Interopservices.Marshal]::ReleaseComObject($word) | Out-Null
# 强制垃圾回收
[GC]::Collect()
[GC]::WaitForPendingFinalizers()

5. 任务计划的操作配置要正确 #

在任务计划的“操作”选项卡中，确保：

• “程序/脚本”填powershell.exe
• “添加参数”里指定脚本路径，同时启用执行策略（如果需要）：

  -ExecutionPolicy Bypass -File "C:\YourScriptPath\convertTxtToPdf.ps1"
  

• “起始于”设置为脚本所在的目录（可选，但能避免路径解析问题）

按照这些步骤调整后，我的任务计划就能稳定运行Word转PDF的脚本了，你可以逐个排查试试！

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