为什么 std::fopen 和 std::filebuf::open 在 Windows 上修剪尾随空格字符？

Question

当我尝试将一段 C++ 代码从 MSWindows 移植到 Linux (Mint10) 时，我偶然发现了一个奇怪的问题。我发现硬编码文件名中有一个小拼写错误：尾随空格字符（\x20）。

该代码在Windows（Windows Vista/7）下运行得很好，但在Linux下处理错误的文件名时遇到了麻烦。我发现 std::filebuf::open 和 std::fopen （以及 boost::filesystem::filebuf）都允许尾随Windows 下文件名中的空格字符（我认为这是不正确的行为）。

我在Win7下使用MSVC2010和MinGW测试了以下代码：

# include <iostream>
# include <fstream>
# include <string>
# include <cstdlib>

const std::string filename = "Z:\\Path\\To\\A\\File " ;  // one trailing space

int main(int, char * [])
{
    std::cout << "Testing with file : \"" << filename << "\"" << std::endl ;

    // Testing with std::filebuf::open
    std::filebuf fb ;
    fb.open(filename.c_str(), std::ios::in | std::ios::binary) ;
    if( fb.is_open() )
    {
        std::cout << "Using std::filebuf : Opened" << std::endl ;
        fb.close() ;
    }
    else
    {
        std::cout << "Using std::filebuf : Not opened" << std::endl ;
    }

    // Testing with std::fopen
    std::FILE * fp = std::fopen(filename.c_str(), "rb") ;
    if( fp )
    {
        std::cout << "Using std::fopen : Opened" << std::endl ;
        std::fclose(fp) ;
    }
    else
    {
        std::cout << "Using std::fopen : Not opened" << std::endl ;
    }
    return 0 ;
}

我验证了硬盘上的文件名称中没有尾随空格字符。该文件在 Windows 上已成功打开，但如果文件名不完全匹配，则无法在 Linux 下访问该文件。

所以我有几个问题：

• 这是 Windows 下文件 API 的正常行为吗？还有其他问题吗？我用谷歌搜索但没有找到有关此案例的参考资料。 （也许我是一个糟糕的谷歌者:)）
• 如何编写一个以严格的方式使用文件名工作的代码？在将文件名传递给某些文件函数之前始终修剪文件名并不是我的情况的解决方案；我当前的应用程序必须列出目录（使用boost::filesystem::directory_iterator），如果用户提供带有尾随空格字符的文件名（这种情况很少见，但在许多文件系统上是允许的），修剪文件名将破坏应用程序）。

感谢您的任何建议！

Answer 1

Windows 本身会去除文件名中的尾随空格，它与您用来打开文件的 C++ 函数无关。

以下是 Windows API 函数 CreateFile 中对此行为的一个引用：信息：不支持以空格或句点结尾的文件名