我有一个批处理文件，它运行一个简单的"爆裂"；(又称拆分(多页PDF到单页脚本，然后将它们移动到映射的网络驱动器(Z:\(。这个批处理文件是由用户触发的，并且已经顺利工作了至少两年。上周，出现了一系列Windows 10(x64(更新，它停止了工作。现在，批处理文件将为迭代中的第一个PDF生成单个页面，然后停止(尽管在输出中没有显示任何错误(，而不是循环遍历源目录中的每个PDF。我尝试了很多修复方法，包括在目标文件名中使用完整的时间戳来防止覆盖，尽管我认为这不是问题所在。巧合的是，它在更新后不久就停止了工作(根据我的用户(。我对批处理文件不是很有经验，只是根据我看到的PDFTK示例起草了这个文件。这里是(不确定为什么第2行在标记中被拆分，但在批处理文件中，第2行和第3行代表一行；PS，最后一行也很奇怪，应该读作：del"C:\Users\My User\Desktop\PHYS_SRCDIR'BACKSLASH'STAR'DOT'STAR'"/F/Q(：
cd C:UsersMy UserDesktopPHYS_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_INdoc_data.txt /F /Q
del "C:UsersMy UserDesktopPHYS_SRCDIR*.*" /F /Q
我最近没有看到任何新的响应，不得不将注意力转移到其他地方，所以我的解决方案只是将批处理文件移动到服务器w/"Z： "；在它上(允许用户有限登录(，反转它，使其从用户的PC映射驱动器复制到服务器，然后继续处理我必须解决的更大问题。我知道，这不是一个真正的解决方案，但这是我的情况。我会不时来看看是否还有其他建议。由于批处理文件从WS2012R2盒子中完美地工作，我唯一的想法是Windows 10"；断裂"；PDFTK服务器或批处理文件/命令行。由于它是单独工作的，并且只有在尝试在几个多页PDF上循环时才会中断，所以我倾向于使用批处理文件/CLI。谢谢你的建议，继续来吧！