AFAIK,OS X 是 BSD 派生,它没有实际的强制文件锁定。如果是这样,即使我正在编写文件,我似乎也无法阻止其他程序的写入访问。
在这样的环境下如何保证文件的完整性?我的程序退出后我不在乎完整性,因为现在这是用户的责任。但至少,我认为在我的程序运行时我需要某种保证。
其他程序如何在没有强制锁定的情况下保证文件内容的完整性?尤其是数据库程序。如果有常用的技术或推荐的做法,请告诉我。
更新
我正在为非工程师用户的 GUI 应用程序的数据层寻找这个。目前,我的程序有这种情况。
因为 OS X 缺少系统范围的强制锁定,所以现在我不知道该怎么做。但我仍然相信有一种方法可以存档这种文件完整性,只是我不知道。我想知道其他人是如何处理这个问题的。
这个问题与我的编程错误无关。那是另一个问题。当前的问题是保护数据免受其他不遵守建议文件锁定的程序的影响。而且,用户通常是 root 并且程序以相同的用户运行,所以琐碎的 Unix 文件权限是没有用的。
最佳答案
您必须查看您试图通过强制锁定实际解决的问题。
强制锁定不能保证文件内容的完整性;除非您将文件锁定为 24/7;文件完整性仍然取决于所有遵守文件格式/访问约定的进程(并且仍然可能由于硬盘驱动器错误等而失败)。
强制锁定可以保护您免受编程错误(偶然,而不是出于恶意)未能遵守正确的锁定协议(protocol)。同时,这种保护只是部分的,因为未能获得锁(无论是否强制)仍可能导致文件损坏。强制锁定还可以比需要的更多地减少可能的并发性。简而言之,强制锁定比建议锁定提供了更多针对软件缺陷的保护,但保护并不完整。
意外损坏问题的一种解决方案是使用经过积极测试以保持数据完整性的库。一个这样的库(还有其他)是 SQlite (另见 here 和 here 了解更多信息)。在 OS X 上,Core Data在 SQLite 之上提供一个抽象层作为数据存储。显然,这种方法应该辅以复制/备份,这样您就可以防止存储层无法帮助您的其他数据损坏原因(媒体故障、意外删除)。
通过限制对数据库的文件访问并仅允许通过网关(例如套接字或消息传递库)进行访问,可以获得额外的保护。然后你将只运行一个进程,它只是获取一个锁(并且永远不会释放它)。这个设置很容易测试;锁定只是为了防止网关进程的多个实例运行。
关于macos - 如何在 OS X 上没有强制文件锁定的情况下保证文件完整性?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16363647/