在Windows上PHP的escapeshellarg函数已损坏的事实该怎么办？

如何解决在Windows上PHP的escapeshellarg函数已损坏的事实该怎么办？

我的文件具有有效的文件名。如果它们无效，则将它们保留在我的文件系统上是不可能的。视窗。 NTFS。

例如：

E:\videos\Happy Fun Time!.mp4

如果我这样做：

if (file_exists('E:\videos\Happy Fun Time!.mp4'))

然后PHP“看到”文件；它存在。好。

但是，如果我尝试实际使用文件的路径，例如通过命令发送：

shell_exec('test.exe --input=' . escapeshellarg('E:\videos\Happy Fun Time!.mp4'));

...然后发送/发送test.exe：

test.exe --input="E:\videos\Happy Fun Time .mp4"

它变成了“！”进入一个空间，从而使其不再有效。

我知道他们这样做是出于安全原因，而在Windows上正确转义是一场噩梦。尽管如此，它仍然是一个问题，因为我无法引用任何包含“！”的文件。以及其他有效字符。

在提出这类问题时，开发人员通常会给出“嗯……我们真的不希望支持您的奇怪操作系统”的回复。它们就像Windows是某种晦涩的Linux发行版一样，而不是全球排名第一的台式机操作系统。即使您认为它糟透了，但我非常同意它确实如此，顺便说一句，对聪明的程序员来说，编码挑战不是一种“乐趣”吗？当人们表现得好像PHP和其他软件是跨平台的时，实际上是“ Linux优先，如果我们有时间和感觉的话，也许是半熟的Window支持”，那真是令人沮丧。 （但我会停在那儿，担心会有“ rant”的痕迹。）

在PHP手册的用户评论中，提出了各种疯狂的解决方案，这很典型。出于安全原因，我真的不习惯使用它们中的任何一个，也因为仅凭多年前用户提交的一些注释而不是实际的PHP函数来执行转义/保护这一关键任务，就感到很奇怪终端参数/路径。

file_exists即使使用“！”，如何能够安全地检查其存在？ file_exist是否具有一些可以安全正确地检查所有有效文件名的内部代码，而escapeshellarg()出于某种原因缺少此代码？还是file_exist以某种内置方式“询问操作系统”或“询问文件系统”，从而完全绕过了必须处理文件路径字符串的转义？

我现在不知道该怎么办。有些人已经链接到ReactOS源代码，但是那不是PHP，如果那是一个很棒的解决方案，为什么还没有将它整合到PHP本身呢？我不明白为什么这么多的PHP函数从未被更新/增强过，或者没有添加新的改进函数，而不是让每个人都“ PHPhant”（这就是我自己和其他PHP用户）试图将自己的解决方案拼凑在一起重要而又常见的任务？