如果安装路径中有空格，为什么反恐精英：条件零不会在 Windows 中播放介绍视频？

听起来像是游戏中的一个错误，其中代码打开不带引号的视频，因此视频路径的一部分被假定为实际上不是的参数，从而导致错误，因此视频永远不会播放。控制台也可能会记录错误。

稍微解释一下……在 Windows 中，当您使用路径时，您可以这样键入它：

C:\My_Path_without_spaces

或者

"C:\My Path With Spaces"

注意引号。

当您启动外部程序时，例如视频播放器，视频播放器的参数列表可能如下（这是一个示例）

C:\Games\HalfLife\bin\videoplayer.exe /video C:\Games\HalfLife\intro.avi
                      ^ path to videoplayer
                                      ^parameter video
                                             ^video file

现在假设您有半条命作为文件夹名称：

C:\Games\Half Life\bin\videoplayer.exe /video C:\Games\Half Life\intro.avi
                       ^ path to videoplayer (the space may break here too)
                                       ^parameter video
                                              ^video file
                                                            ^invalid parameter
 

没有名为 Half 的视频没有扩展名，也没有将 Life\intro.avi 理解为参数，因为视频播放器无法识别它。

请注意，半条命 1 是一款非常古老的游戏。那是在 8.3 长度的文件名仍然很普遍的时代。

根本问题是在 Windows下被调用者负责解析命令行。被调用者将整个命令行作为一个字符串获取。（相比之下，*nix 系列操作系统将一组单个参数传递给被调用者，对应于argv. 分隔参数根本不是问题。）典型的约定用空格分隔命令行参数；因此，必须引用包含空格的单个参数。引号是传递给被调用者的命令行的一部分！有关讨论，请参阅此 Microsoft 文章。作为一个附带问题，不能保证被调用者完全处理报价！不要无端引用参数。

在您的情况下，引用路径参数被忘记了：游戏中的一个错误。此外，模块测试中的整个等效组都被遗漏了。

你可能从你最喜欢的 *nix shell 中知道这样的麻烦：如何再次传递包含引号的参数？用户 shell是 *nix 世界中唯一需要解析命令行的程序。相比之下，以编程方式从另一个二进制文件调用一个二进制文件没有这个问题：调用者只需在调用之前填充一组参数，将exec单个参数提供给银盘上的被调用者。

正是这种考虑不周的传统 DOS 调用约定与考虑不周的嬉皮士想法（这是 Apple 的错！¹）在路径名称中的空格的这种考虑不周的组合，会导致像您这样的错误。

¹是的，我知道，路径名称中的空格（和其他有趣的字符）在苹果采用之前就已经存在；但是没有理智的 *nix 用户会自愿将文件夹命名为“Program Files”。这样的废话无权存在于最终用户系统上。