C++ Ofstream在Ubuntu上创建隐藏的（？）文件（while.open）

我有以下问题。我想打开并保存一个字符串到文件

ofstream file("file");
file << "example" << endl;
file.close()

流文件（“文件”）的

；
文件
在我的项目目录中

你在哪里读到这是要看的？我们应该合作并纠正这一资源

我已尝试在终端中使用
定位

它可能还没有被编入索引

您需要查看启动程序的终端的当前工作目录

在我的项目目录中

你在哪里读到这是要看的？我们应该合作并纠正这一资源

我已尝试在终端中使用
定位

它可能还没有被编入索引

您需要查看启动程序的终端的当前工作目录。
顺便说一句，如果您使用RAII（即使用ctor）打开文件，则不需要关闭它。无论您如何打开文件，析构函数都将关闭它。@erip，不管怎样，它都是关闭的。您的IDE为项目的当前工作目录设置了一个设置，当您从IDE启动程序时使用该设置。这就是它所在的位置。顺便说一句，如果你用RAII打开文件（即使用ctor），你不需要关闭它。无论你如何打开文件，析构函数都会关闭它。@erip，不管它如何关闭。你的IDE有一个项目当前工作目录的设置，当你从IDE启动程序时使用该设置。这就是为什么我认为文件路径应该是绝对的。好吧，你是对的。现在，我看到只有在从Clion控制台运行代码时才会出现问题。很明显，它将这些文件保存在“某个地方”。。。但这个神秘的地方可能在哪里？@erip，不，为什么？我宁愿说，它们永远不应该是绝对的。当前的工作目录是一个很好的地方。@erip:嗯？不，恰恰相反。“当前工作目录”功能是为了您的利益而存在的。为什么要硬编码绝对路径？这就给了你的程序最短的有效期。也许是我。我在使用相对路径时遇到了麻烦。。。绝对路径是绝对的，因此依赖于该资源的所有其他资源都知道要查找的确切位置。例如，这正是我认为文件路径应该是绝对路径的原因。现在，我看到只有在从Clion控制台运行代码时才会出现问题。很明显，它将这些文件保存在“某个地方”。。。但这个神秘的地方可能在哪里？@erip，不，为什么？我宁愿说，它们永远不应该是绝对的。当前的工作目录是一个很好的地方。@erip:嗯？不，恰恰相反。“当前工作目录”功能是为了您的利益而存在的。为什么要硬编码绝对路径？这就给了你的程序最短的有效期。也许是我。我在使用相对路径时遇到了麻烦。。。绝对路径是绝对的，因此依赖于该资源的所有其他资源都知道要查找的确切位置。例如，