在 Windows NTFS 文件系统上，我有一个文件（比如orig.mp3）。我通过此路径orig.mp3以正在使用的方式打开此文件（例如，通过在 VLC 中播放它）。
然后我创建一个硬链接 ( cmd /c mklink /h link.mp3 orig.mp3)。这导致两个 NTFS 路径指向完全相同的文件。
最后，我再次尝试删除链接文件（del link.mp3，或在 Windows 资源管理器中删除）。
失败并显示错误：“该进程无法访问该文件，因为它正被另一个进程使用。”
为什么？更重要的是：我怎样才能避免这种情况（除了确保没有进程使用原始文件）？我是否可以告诉 Windows 进行“延迟删除”，以便在不再使用原始文件时自动删除链接文件？
该start命令（在 PowerShellStart-Process中cmd.exe是 shell 内置命令的别名）与 Windows 资源管理器上下文菜单中的“打开”操作相同：它使用 Windows 为其注册的应用程序打开文件。
（或者可能存在细微差别？或者它可能触发默认操作，通常是“打开”操作？）
如何从命令行触发文件的“编辑”操作？
以下是我对 Chrome、cookie 或相关标准不了解的地方。
我打开了一个新的 Chrome（Windows 7 上为 31.0.1650.63 m），没有以前保留的标签（“从我离开的地方继续”关闭），没有 cookie。
我打开一个隐身窗口，然后转到设置 cookie X的站点 S ，如 Chrome DevTools 的“资源”选项卡所示。
现在我打开一个新的隐身选项卡 2，并关闭原来的隐身选项卡 1。（换句话说，我确保我始终保持至少一个隐身选项卡处于打开状态。）
然后我使用“清除浏览数据”从一开始就清除包括 cookie 在内的所有内容。
在隐身选项卡 2 中，我转到同一个站点 S。DevTools 的“网络”选项卡显示第一个请求发送 cookie X。这似乎是不正确的我，因为当我做“清除浏览数据”曲奇X应该已被删除。
（似乎“清除浏览数据”正在运行非隐身标签，因此它无法访问隐身标签的 cookie。或类似的东西。）
这是 Chrome 的错误吗？如果是这样，它是否已经在某处报告过？（更新：一个答案将我指向 Chromium 问题55945，然后我也找到了136180。最后一个是 Chromium 项目成员报告的，他说“拥有“清晰的浏览数据”清除正常和隐身配置文件将是一件容易的事修复。”）如果没有，有人能指点我相关的文档或标准吗？