问题描述
我有一个批处理文件，它运行一个简单的“突发”（也称为拆分）多页 PDF 到单页脚本中，然后将它们移动到映射的网络驱动器 (Z:\)。这个批处理文件是由用户触发的，并且已经顺利运行了至少两年。上周，有一系列 Windows 10 (x64) 更新并停止工作。现在，批处理文件将在迭代中为第一个 PDF 生成单个页面，而不是循环遍历源目录中的每个 PDF，然后停止（尽管在输出中未显示任何错误）。我尝试了多种修复方法，包括在目标文件名中使用完整的时间戳来防止覆盖，但我认为这不是问题所在。它在更新后不久停止工作似乎太巧合了（根据我的用户）。我对批处理文件不是很有经验，只是根据我看到的 PDFTK 示例绘制的。在这里（不知道为什么第 2 行在标记中被拆分，但在批处理文件中，第 2 行和第 3 行在这里代表一行；PS 最后一行也很奇怪，应为：del "C:\Users\我的用户\桌面\PHYS_SRCDIR'BACKSLASH''STAR''DOT''STAR'" /F /Q)：
cd C:\Users\My User\Desktop\PHYS_SRCDIR
for /r %%i in (*.pdf) do (pdftk "%%i" burst output "Z:\PHYSICALS_IN\%date:~10,4%%date:~4,2%%date:~7,2%_%%~ni_%%03d.pdf")
del Z:\PHYSICALS_IN\doc_data.txt /F /Q
del "C:\Users\My User\Desktop\PHYS_SRCDIR\*.*" /F /Q
解决方法
我最近没有看到任何新回复，不得不将注意力转移到其他地方，所以我的解决方案只是将批处理文件移动到带有“Z:”的服务器上（允许对用户进行有限的登录） )，将其反转，使其从用户的 PC 映射驱动器复制到服务器，然后继续处理我必须煎炸的大鱼。我知道，这不是真正的解决方案，但这是我的情况。我会不时检查一下，看看有没有其他建议。由于批处理文件在 WS2012R2 盒子中完美运行，我唯一的想法是 Windows 10 中的某些东西通常“破坏”了 PDFTK 服务器或批处理文件/命令行。由于它单独工作并且仅在尝试遍历多个多页 PDF 时才会中断，因此我倾向于使用批处理文件/CLI。感谢您的建议，让他们继续！