1

基本上我有以下工作流程（通过控制台应用程序）：

  • 读取二进制文件 ( std::ifstream::read)
  • 用读取的数据做一些事情
  • 写回同一个文件 ( std::ofstream::write)，覆盖之前的文件。

现在，如果我通过 shell 脚本运行整个控制台程序 1000 次（总是使用相同的文件），是否可以安全地假设读取操作不会与之前运行的尝试写入文件的程序冲突？或者我需要在两次执行之间等待（多长时间？？？）？我能否可靠地确定文件是否准备就绪？

我知道这不是最好的设计，只是想知道它是否会可靠地工作（尝试快速收集一些统计数据 - 输入不同，但输出文件始终相同 - 需要读取，需要处理信息，然后它需要更新（此时只需覆盖它）。

编辑：

看起来输出错误的问题与基于答案的操作系统无关，我所做的读/写看起来像：

//read
    std::ifstream input(fname,std::ios_base::binary);
    while(input)
    {
        unsigned value;
        input.read(reinterpret_cast<char*>(&value),sizeof(unsigned));
        ....
    }
    input.close();
...

//write
    std::ofstream output(fname,std::ios_base::binary);
    for(std::map<unsigned,unsigned>::const_iterator iter =originalMap.begin();iter != originalMap.end();++iter)
    {
        unsigned temp = iter->first;
        output.write(reinterpret_cast<char*>(&temp),sizeof(unsigned));
        temp = iter->second;
        output.write(reinterpret_cast<char*>(&temp),sizeof(unsigned));
    }
4

2 回答 2

4

它们按顺序运行，本质上，shell 脚本循环运行相同的控制台应用程序......

那么，在任何“正常”的操作系统上，应该没有问题。

当应用程序终止时，流被销毁，因此 C/C++ 流可能保存在缓存中的所有数据都写入底层 OS 流，然后关闭。

操作系统是否进行更多缓存无关紧要 - 操作系统完成的缓存对应用程序是透明的，因此，就应用程序而言，数据现在写入文件中。如果它实际上是写在磁盘上的，这无关紧要——从文件中读取的应用程序无论如何都会看到其中的数据。

如果您考虑一下，如果没有这样的保证，在计算机上可靠地完成任何工作都会很复杂！:)

更新：

std::ofstream output(fname,std::ios_base::binary);

您应该在写入之前截断输出文件，否则，如果输入文件比输出文件长，旧数据仍将停留在文件末尾：

std::ofstream output(fname,std::ios_base::binary | std::ios_base::trunc);
于 2013-06-21T15:37:13.107 回答
0

检查fstreamctor的参数。一些实现有扩展，允许方便地设置共享模式。

如果您要求独占读取或写入，只要您保持流打开，就会得到这样的结果——其他类似的操作不会发生在不同的进程中，也不会发生在不同的流实例中。

使用纯标准，它需要更多的啤酒花，可能将它们设置在 filebuf 中并替换库存的啤酒花。照顾它。

使用共享模式是维护文件一致性的主流方式，所以我建议无论如何都要使用它。

当然，如果您确保处理了竞态条件，一个进程不会在另一个进程关闭文件之前打开文件，结果也很好。

于 2013-06-21T15:18:07.243 回答