一个进程需要将其状态传达给同一台机器上的其他进程。为此，他将相关信息写入文件，每次都完全重写。
为了状态一致，在文件末尾添加校验和，读者在校验和错误的情况下，重新读取文件（这可能意味着写入者已经开始更新文件，并且部分文件的一部分已经被重写）。
问题是，是否有更优雅、非特定于平台的解决方案来共享对文件的访问。
另一个问题是是否可以保证读者将按照与作者所做的相同顺序看到更改（即，是否值得在校验和之外添加一些记录序列号）。
RError.com
一个进程需要将其状态传达给同一台机器上的其他进程。为此，他将相关信息写入文件，每次都完全重写。
为了状态一致，在文件末尾添加校验和，读者在校验和错误的情况下，重新读取文件（这可能意味着写入者已经开始更新文件，并且部分文件的一部分已经被重写）。
问题是，是否有更优雅、非特定于平台的解决方案来共享对文件的访问。
另一个问题是是否可以保证读者将按照与作者所做的相同顺序看到更改（即，是否值得在校验和之外添加一些记录序列号）。
如果你已经想要文件，那么做这样的事情 - 该进程写入一个临时文件，当它意识到它已经写入所有内容并关闭文件时，它只是删除原始文件并更改临时文件。在这种情况下，文件被“不完整”读取的可能性很小。在 Linux 中，当一个文件被进程打开时，它并没有被删除（更准确地说，表中的文件名被删除，而不是文件本身）。当最后一个描述符关闭时，文件将被物理删除（但实际上，不太可能有人会用零覆盖它。他们只会将块更改为空闲块）。这种方法多了一个好处——如果有几个读者，他们阅读了“很长时间”，那么他们可以阅读“旧版本”。
但是你不应该使用这种方法进行同步——文件系统不会给你保证，如果一个程序已经写入数据，那么另一个程序已经看到了它。
UDP协议
我不希望这样。是的，对于某个文件系统，这很有可能会完成，但我在任何地方都没有看到这样的保证。
使用管道或插座。强奸FS绝对没有意义。
当然，不同平台的socket API是不一样的，但是思想上是等价的。
Qt 有一个包装器 -
QLocalSocket。最快的 IPC 方法是共享文件到内存的映射。
你的方式是最狂野的自行车。