用`fcntl`和`flock`锁定有什么区别？
我正在阅读几个小时，但无法理解这两个锁之间有什么区别 。 我唯一理解的是fcntl()锁提供了一个可以锁定特定字节的粒度锁，只有fcntl()支持NFS锁定。
据说差异在于它们的语义，它们在被dup()或fork()复制时如何表现，但我无法理解实践中的区别。
我的情况是我正在写一个基于fork()的服务器中的日志文件，其中每个分叉进程在发生某些事情时写入同一文件。 为什么我要使用flock() ，为什么我要使用fcntl()锁？
我试图根据可用的文档找出差异并得出以下结论（如果我错了请纠正我）：
使用fcntl（）（POSIX）：
-
您在文件系统级别的文件上创建一个锁记录，包括进程ID。
-
如果进程终止或关闭此文件的任何文件描述符，则系统将删除锁定记录。
-
如果未使用写访问权打开文件描述符，则对独占锁的请求将失败。
-
简单地说：fnctl锁作为Process < - > File关系工作，忽略filedescriptors
flock（）（BSD）是不同的（Linux：因为内核2.0，flock（）本身就是作为系统调用实现的，而不是作为对fcntl的调用在GNU C库中模拟的）：
-
flock（）在系统的“打开文件描述”上创建锁。 open（）调用生成“打开文件描述”。
-
filedescriptor（FD）是对“打开文件描述”的引用。 dup（）或fork（）生成的FD引用相同的“打开文件描述”。
-
进程可以通过多次打开（）文件为一个文件生成多个“打开文件描述”
-
flock（）通过FD在“打开文件描述”上放置它的锁
-
因此，flock（）可用于同步进程和线程之间的文件访问（在一个或多个进程中）。
-
有关“打开文件描述”的详细信息，请参阅flock（2）和特别打开（2）手册页。
在您的方案中，您可能希望使用基于fcntl（）的锁，因为您的分叉进程将自己打开（）日志文件，并且不希望inheritance具有可能放置锁的文件描述符。
如果需要在多个线程之间进行同步（可能在多个进程中），则应使用基于flock（）的锁，如果系统支持它们而不通过fcntl（）进行仿真。 然后每个线程都需要打开（）文件而不是使用dup（）ed或fork（）ed句柄。