使用boost.filesystem检查文件是否存在的正确方式
在我参与的项目中,使用了boost.filesystem进行文件操作。boost.filesystem在发生错误的时候会抛出异常,但是在大部分情况下这些异常是可以忽略的,例如,在检查文件是否存在的时候,发生错误可以等同于文件不存在。虽然boost.filesystem也提供了重载函数,通过输出参数返回错误来代替异常,但是在每个调用点都得定义一个输出参数,稍显麻烦。所以,为了简化客户代码,我们实现了一些包装函数,如下所示:
1 | bool IsFileExistent(const boost::filesystem::path& path) { |
上面的函数用来检查文件是否存在,使用了boost::filesystem::is_regular_file
。当path
指向一个“常规文件”的时候,认为该文件存在;否则其它任何情况都认为文件不存在。
这个函数一直都很正常,直到最近有用户反馈,当发送OneDrive同步文件夹中的文件时,会出现文件不存在的提示,而这个文件明明是存在的。经过排查,我发现当OneDrive开启了“按需文件”功能时,boost::filesystem::is_regular_file
对于同步文件夹中的文件会返回false。这个功能的设置界面如下图所示:
当开启了“按需文件”功能时,OneDrive中的文件信息会同步到本地文件系统中,但文件内容不会立即同步,只有真正用到文件内容时才会同步下来。这样一来可以节省本地的硬盘空间。并不是所有Windows系统都支持该功能,只有安装了2017年10月份发布的秋季更新的Windows 10系统才可以。
显然,当OneDrive中的文件还没有将内容同步下来时,它并不算是一个“常规文件”,难怪boost::filesystem::is_regular_file
会返回false。事实上,用boost::filesystem::status
获取这些文件的类型时,会返回symlink_file
,boost.filesystem将它们视为符号链接文件。
不论是常规文件还是符号链接文件,呈现给用户的都是能够正常使用的文件。所以,不能单纯地用boost::filesystem::is_regular_file
来检查文件是否存在了,下面是包装函数的改进版本:
1 | bool IsFileExistent(const boost::filesystem::path& path) { |
首先,通过boost::filesystem::status
获取文件的信息,如果发生错误,则认为文件不存在。然后,使用boost::filesystem::exists
判断文件是否存在,该函数不区分文件夹和文件,所以最后还要使用boost::filesystem::is_directory
判断一下是否文件夹,只要不是文件夹,都认为文件是存在的。