C# 如何知道要在windows中创建的下一个临时文件？

我绝不是一个程序员，但我现在想知道是否有一个应用程序创建了一个临时文件来命名windows。例如，它创建的文件是tmp001，有没有办法让我取这个名称tmp001，让windows在创建它之前给我下一个临时文件

谢谢

---

Mike

应用程序通常使用Win32 API获取临时目录。 这里描述了如何生成临时文件的过程

---

我不确定您为什么需要此信息，但您可以通过Win32 API（如）或使用迷你筛选器驱动程序注册目录更改。

通常应用程序使用Win32 API获取临时目录。 这里描述了如何生成临时文件的过程

---

我不知道您为什么需要这些信息，但也许您可以例如通过Win32 API或使用迷你筛选器驱动程序注册目录更改。

您需要更明确地定义“临时文件”，以便用“是”回答这个问题。问题是，“临时文件”只是不应该保存的东西。它可以存在于系统的任何位置，并由用户、应用程序或服务创建。这几乎（或实际上）不可能用“是”来回答你的问题

如果将临时文件的定义仅限于官方临时文件夹（或子文件夹）中的文件，则如果试图捕获非windows生成的名称，则仍然会出现问题。任何应用程序都可以在该文件夹中生成一个特别命名的临时文件，而不需要Windows的关心

如果进一步将定义约束为仅由Windows命名的那些文件，则可能会有结果。但是，这真的能满足你的需要吗

---

在所有这些之后，也许最好描述一下你试图解决的问题。可能有更好的（可行的）解决方案来解决这个问题。

您需要更明确地定义“临时文件”，以便用“是”回答这个问题。问题是，“临时文件”只是不应该保存的东西。它可以存在于系统的任何位置，并由用户、应用程序或服务创建。这几乎（或实际上）不可能用“是”来回答你的问题

如果将临时文件的定义仅限于官方临时文件夹（或子文件夹）中的文件，则如果试图捕获非windows生成的名称，则仍然会出现问题。任何应用程序都可以在该文件夹中生成一个特别命名的临时文件，而不需要Windows的关心

如果进一步将定义约束为仅由Windows命名的那些文件，则可能会有结果。但是，这真的能满足你的需要吗

---

在所有这些之后，也许最好描述一下你试图解决的问题。可能有更好（可行）的解决方案来解决这个问题。

没有直接的方法来了解下一个要创建的临时文件名

例如，程序员使用该方法，但可以添加特定于应用程序的前缀或后缀，以便应用程序更容易找到新创建的文件

---

您甚至可以选择将此临时文件保存在system Temp文件夹之外的其他位置。

没有直接的方法来了解要创建的下一个临时文件名

例如，程序员使用该方法，但可以添加特定于应用程序的前缀或后缀，以便应用程序更容易找到新创建的文件

---

您甚至可以选择将此临时文件保存在system Temp文件夹之外的其他位置。

这种代码在多任务操作系统上无法可靠工作。另一个进程中的另一个线程可能会抢占您的线程，并声明您希望创建的文件名

---

这很容易解决，只需命名您自己的文件，而不是依赖Windows为您命名。在AppData文件夹中执行此操作，以便将另一个进程弄乱它的风险降至最低。

这种代码无法在多任务操作系统上可靠工作。另一个进程中的另一个线程可能会抢占您的线程，并声明您希望创建的文件名

---

这很容易解决，只需命名您自己的文件，而不是依赖Windows为您命名。在AppData文件夹中执行此操作，以便将另一个进程弄乱它的风险降至最低。

不，不是真的。也许你应该问一下你想要完成的是什么，而不是问你认为可以如何完成。我是一家软件公司（小型软件公司）的支持工程师/软件测试人员，我们有一个临时文件没有得到正确清理的问题。用户执行的功能之一是创建两个临时文件，其中一个被正确清理，而另一个被丢弃。基本上，我试图完成的是一个接一个地创建临时文件，直到它到达开始。这样，当我们的软件运行时，我将得到预期的结果。从支持/测试的角度来看，我的想法是对我们的临时文件进行唯一命名，但这在目前是不可行的。不，不是真的。也许你应该问一下你想要完成的是什么，而不是问你认为可以如何完成。我是一家软件公司（小型软件公司）的支持工程师/软件测试人员，我们有一个临时文件没有得到正确清理的问题。用户执行的功能之一是创建两个临时文件，其中一个被正确清理，而另一个被丢弃。基本上，我试图完成的是一个接一个地创建临时文件，直到它到达开始。这样，当我们的软件运行时，我将得到预期的结果。从支持/测试方面来看，我的想法是