.net 正在标记为DELETEPENDING的DLL

在我的一个Windows设备上运行应用程序时遇到问题。我无法在其他类似的Windows设备上复制它，而且它才刚刚开始出现。情况如下：

使用VisualStudio，我可以构建我编写的应用程序。它构建了一个可执行文件：Application.exe，我可以在其bin/Debug目录中看到该可执行文件以及我知道应用程序所依赖的所有dll，包括Microsoft.Windows.Azure.Configuration.dll

当我运行应用程序时，应用程序停止运行，当我来调查问题时，我可以看到Microsoft.Windows.Azure.Configuration.dll已重命名为Microsoft.WindowsAzure.Configuration.dll.5502888.DeletePending.5502888.DeletePending.5502904.DeletePending.5502919.DeletePending.5502935.DeletePending.5502950.DeletePending

我以前从未见过这种行为，尽管我已经在这台机器上运行了一年左右的同一个应用程序。有人知道会发生什么吗

---

谢谢您的帮助。

虽然我自己没有看到过，但我知道如果您使用打开文件，Windows支持挂起删除（如中所述）

在互联网上闲逛，我看到其他人也遇到了这个问题，其他人也对许多其他做类似事情的AV软件发表了评论。不过，考虑到它似乎是Windows API的一个功能，任何应用程序都可能导致它

---

看来，从Sysinternals使用ProcMon进行调试可能是跟踪文件打开的实际原因的最佳方法。

这有点尴尬。我相信我确实解决了我的问题，但不幸的是，我已经记不起我做了什么。如果我还记得的话，我认为问题在于log4net，以及它正在做的事情。我将尝试挖掘我的记忆以获取更多信息。

禁用您的反恶意软件并重试。嗯-有趣-如果这是正确的答案，我会感到尴尬！我看不到此框上运行反恶意软件（任务栏通知区域或我可以识别的进程列表中）。我也很有信心，这个框最近没有被重新配置，但我现在会检查。谢谢你的建议。我想你已经试过重新启动了吗？：-）是的，很遗憾，行为没有改变。我也遇到了类似的问题（但另一个Microsoft dll）。你知道那里发生了什么吗？是的，在我的案例中，log4net也参与其中。自定义文件追加器试图删除旧的日志文件，并错误地开始删除放在同一目录中的DLL。