非隐藏目录不会显示在资源管理器中，但是创建该目录的程序可以访问它

我正在使用IMAPSize备份邮箱。该过程只是将邮箱的内容转储到.eml磁盘上的文件中。无论如何，我备份的第一个邮箱会按预期显示。但是，下一个不会在资源管理器中显示，如果我在地址栏中输入它，它会告诉我它不存在。

但是，IMAPSize坚持文件在那里。（在操作过程中正在执行许多磁盘写操作。）此外，该目录确实出现在Windows目录对话框中，并且-正如我已安装的GNU工具-所示ls（但不是在本机中dir）。我无法cd进入目录，但是ls似乎可以访问它（实际上，我期望的目录和文件似乎已经存在）。

另外请注意，时间戳和文件大小的backup.db是在不同的dir和ls -l输出。

简而言之：这是怎么回事，我该如何解决！

让我猜测：创建文件的程序以及GNU实用程序都没有以管理员身份运行。

首先，一些历史。在Windows XP的日子里，很多程序假定他们总是以管理员身份运行，并写信给喜欢的地方C:\Windows，并C:\Program Files (x86)与野生放弃。借助Vista，微软试图减少管理员人数，但标准用户无法写信给那些地方。他们需要那些可疑的程序才能继续工作（否则人们将无法升级）。因此，他们引入了一种神奇的功能，称为UAC虚拟化。

以标准用户身份运行的程序可能会认为对重要位置的写入成功，但是实际上，Windows将数据存储在每个用户位置。当这些程序在目录中查找文件时，Windows会检查该位置的虚拟存储中是否有文件，如果有，则将它们添加到目录列表中。（注册表具有等效的功能。）

看起来您的邮件程序在Program Files (x86)以普通用户身份运行时试图写入下面的位置。写入已重定向，因此实际上并没有到那个地方。该程序仍然可以看到它，因为Windows对其保持了幻想。资源管理器没有看到它，因为它向操作系统宣布其行为良好，因此不需要重定向。命令提示符的dir命令不是程序（它只是的功能cmd.exe），因此也被视为“已知”，因此不会显示兼容性文件。ls是一个显然不知道的程序，因此可以看到兼容性文件。

您将在这里找到文件：

%LOCALAPPDATA%\VirtualStore\Program Files (x86)\IMAPSize\backup

在探究时VirtualStore，您可能会对那些程序表现不佳并且需要虚拟化安全网感到惊讶。

如果要停止重定向，请以管理员身份运行该程序，或将备份保存在没有管理员权限即可实际写入的位置。