Linux kernel /dev/tmp伪文件是个好主意吗，或者可能已经有类似的东西了？

我正在使用一个将其缓存存储在文件中的应用程序。问题是我不关心数据，所以我希望在应用程序完成后立即删除该文件。临时文件的完美用例

问题-从嵌入另一个框架的框架调用应用程序。所以我没有一个地方，在那里我可以轻松地创建文件，如果文件不存在（它可以是空的），应用程序将拒绝启动

解决方案（正如我想象的那样）-我希望有/dev/tmp文件，这将帮助我愚弄应用程序，就像我们使用/dev/null、/dev/zero一样

我认为这是怎么回事

应用程序打开/dev/tmp

内核在/tmp目录中创建一个临时文件，并向应用程序提供一个指向它的文件描述符

当文件描述符关闭时，内核会自动删除该文件

你知道我有没有办法做到这一点吗

编辑

显然没有这样的功能。所以，忘掉我的问题（我会以某种方式解决它），让我重新表述这个问题

---

如今，应用程序自己处理临时文件。他们创建它们，然后删除它们。若有一个/dev/tmp伪文件，那个么内核将为我们管理临时文件（即使应用程序崩溃）。你认为这样做有意义吗？

IMHO：通过引入内核驱动程序来解决糟糕的应用程序设计，这是一个糟糕的想法。没错。但是你不认为拥有这样一个伪文件可以解决所有临时文件的麻烦吗？想想有多少bash脚本创建了临时文件。这一切都可以用/dev/tmp替换。这似乎是一个XY问题（）。这个系统有你控制的部分吗？@LukaszGuminski:但有时你需要两个临时文件，所以你需要

/dev/tmp/N

：）@myaut-nope。就一个。每次应用程序打开它时，都会创建一个新的临时文件。这就是为什么我称它为伪文件。