搜索了很多,但没有运气 - 所以这里是
我的 C# winforms 应用程序创建了使用默认注册应用程序打开的临时文件(我们称之为查看器应用程序)。用户查看完这些文件后,我想删除它们。
目前,我注册了 Application.ApplicationExit
事件,删除文件。这种方法涵盖了大多数情况,但不是全部。有时用户在退出我的应用程序时仍然打开查看应用程序,所以我的 File.Delete
成功了取决于查看者是否使用 FileShare.Delete
打开了文件与否 - 这是我无法控制的。
这是我迄今为止发现的,但没有达到我想要的
FileOptions.DeleteOnClose
没有帮助,因为在某些情况下我的应用程序已经关闭并且仍然需要临时文件。另外,当我创建这样的文件时:new FileStream(fn, FileMode.CreateNew, FileAccess.ReadWrite, FileShare.ReadWrite | FileShare.Delete, 4096, FileOptions.DeleteOnClose)
,像 adobe 阅读器和记事本这样的查看器应用程序仍然提示我的应用程序正在使用文件 The process cannot access the file because it is being used by another process
MoveFileEx
与 MOVEFILE_DELAY_UNTIL_REBOOT
dwFlags 有效,但它会等到重新启动才能删除它 - 我宁愿在使用完成后将其删除,因为重新启动可能很少,而且强制重新启动 IMO 并不是最用户友好的方法。附带说明一下,Windows 会在重新启动时自动清除 %temp% 文件夹吗?或者是否有任何临时文件夹可以在重新启动时自动清除? 简而言之,我想知道是否有任何 Win32 API 或 .NET Framework API 会在没有进程打开该文件的句柄时立即删除该文件?
编辑:
临时文件中的信息相当私密(想想你下载的银行账户对账单),因此需要在查看后立即删除,而不是等待重启或应用程序重启
所有回答和评论的摘要
在对来自 Scott Chamberlain's answer 的输入进行更多实验之后,以及关于这个问题的其他评论,如果查看器应用程序不允许删除 (
FileShare.Delete
) 临时文件,最好的方法似乎是强制最终用户在关闭我的应用程序之前关闭查看器应用程序。以下因素在决定中发挥了作用FileOptions.DeleteOnClose
,但是这个 只有如果在此调用之前或之后打开所有文件都可以使用 FileShare.Delete
打开文件的选项。 FileShare.Delete
的情况下频繁打开文件选项。 最佳答案
这个答案是基于我在问题中的评论。
尝试在不删除的情况下写入文件,关闭文件,让编辑器打开文件,然后使用 DeleteOnClose 打开一个新的文件流作为读取,并在 using
中为空主体。部分。
如果第二次打开没有失败,它的行为将与您想要的完全一样,只要没有进程打开该文件的句柄,它就会删除该文件。如果删除的第二次打开失败,您可以使用 MoveFileEx 作为后备故障保护。
关于c# - 在没有进程引用它后删除 "in use"文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48189937/