为什么fcntl()不会阻塞WSL中的F_SETLKW？

fcntl()函数是用于控制文件描述符的属性的系统调用函数。在WSL（Windows Subsystem for Linux）中，fcntl()函数的F_SETLKW命令不会阻塞。

F_SETLKW是fcntl()函数的一个命令参数，用于设置文件锁并阻塞进程，直到获取锁为止。然而，在WSL中，由于其与Windows操作系统的交互机制，fcntl()函数的F_SETLKW命令不会阻塞。

这是因为WSL是在Windows操作系统上运行的Linux子系统，它与Windows操作系统共享了底层的文件系统和资源管理。在Windows操作系统中，文件锁的实现方式与Linux存在一些差异，导致WSL中的fcntl()函数的F_SETLKW命令无法阻塞。

尽管fcntl()函数的F_SETLKW命令在WSL中不会阻塞，但可以使用其他方法来实现类似的功能。例如，可以使用文件描述符的非阻塞模式（O_NONBLOCK）来实现非阻塞的文件操作，或者使用其他线程或进程来处理文件锁的获取和释放。

腾讯云提供了丰富的云计算产品和服务，其中包括云服务器、云数据库、云存储、人工智能等。您可以通过腾讯云官方网站（https://cloud.tencent.com/）了解更多关于腾讯云的产品和服务。

这三个函数的作用都是给文件加锁，那它们有什么区别呢？首先flock和fcntl是系统调用，而lockf是库函数。lockf实际上是fcntl的封装，所以lockf和fcntl的底层实现是一样的，对文件加锁的效果也是一样的。后面分析不同点时大多数情况是将fcntl和lockf放在一起的。下面首先看每个函数的使用，从使用的方式和效果来看各个函数的区别。 1. flock 函数原型 int flock(int fd, int operation); // Apply or remove an advisory

011

// 文件锁flock、lockf和fcntl区别测试程序： // 1) flock是系统调用，为System V锁 // 2) fcntl是系统调用，lockf是基于fcntl实现的libc库函数，为posix锁 // 3) flock可以同时用于多线程和多进程互斥（x86 Linux验证） // 4) 而lockf和fcntl只能用于多进程 // 5) 对于NFS，只能使用fcntl，而flock只能用于本地文件系统 // 6) flock只是建议性锁 // 7) fcntl可以实现强制性锁 // 8)

linux/unix下 pid文件作用

(4) 一些注意事项： i) 如果进程退出，则该进程加的锁自动失效。 ii) 如果进程关闭了该文件描述符fd，则加的锁失效。(整个进程运行期间不能关闭此文件描述符) iii) 锁的状态不会被子进程继承。如果进程关闭则锁失效而不管子进程是否在运行。 (Locks are associated with processes. A process can only have one kind of lock set for each byte of a given file. When any file descriptor for that file is closed by the process, all of the locks that process holds on that file are released, even if the locks were made using other descriptors that remain open. Likewise, locks are released when a process exits, and are not inherited by child processes created using fork.) (5) 参考资料： fcntl(文件锁) 表头文件 #include <unistd.h> #include <fcntl.h> 函数定义int fcntl(int fd, int cmd, struct flock *lock); 函数解释fd:文件描写符设置的文件描写符，参数cmd代表欲垄断的号召 F_DUPFD 复制参数fd的文件描写符，厉行获胜则归来新复制的文件描写符， F_GETFD 获得close-on-exec符号，若些符号的FD_CLOEXEC位为0，代表在调用 exec()相干函数时文件将不会关闭 F_SETFD 设置close-on-exec符号，该符号以参数arg的 FD_CLOEXEC位定夺 F_GETFL获得open()设置的符号 F_SETFL改换open()设置的符号 F_GETLK获得文件锁定的事态，依据lock的描写，定夺是否上文件锁 F_SETLK设置文件锁定的事态，此刻flcok，构造的l_tpye值定然是F_RDLCK、F_WRLCK或F_UNLCK，万一无法发生锁定，则归来-1 F_SETLKW 是F_SETLK的阻塞版本，在无法获得锁时会进去睡眠事态，万一能够获得锁可能捉拿到信号则归来参数lock指针为flock构造指针定义如下 struct flock { ... short l_typejngaoy.com; short l_whence; off_t l_start; 锁定区域的开关位置 off_t l_len; 锁定区域的大小 pid_t l_pid; 锁定动作的历程 ... }; 1_type有三种事态： F_RDLCK读取锁（分享锁） F_WRLCK写入锁（排斥锁） F_UNLCK解锁 l_whence也有三种措施 SEEK_SET以文件开始为锁定的起始位置 SEEK_CUR以现在文件读写位置为锁定的起始位置 SEEK_END以文件尾为锁定的起始位置归来值获胜则归来0，若有讹谬则归来-1 l_len:加锁区的长度 l_pid:具有阻塞目前历程的锁，其持有历程的历程号储藏在l_pid中，由F_GETLK归来等闲是将l_start设置为0,l_whence设置为SEEK_SET,l_len设置为0

阻塞方式block，顾名思义，就是进程或是线程执行到这些函数时必须等待某个事件的发生，如果事件没有发生，进程或线程就被阻塞，函数不能立即返回。使用Select就可以完成非阻塞（所谓非阻塞方式non- block，就是进程或线程执行此函数时不必非要等待事件的发生，一旦执行肯定返回，以返回值的不同来反映函数的执行情况，如果事件发生则与阻塞方式相同，若事件没有发生则返回一个代码来告知事件未发生，而进程或线程继续执行，所以效率较高）方式工作的程序，它能够监视我们需要监视的文件描述符的变化情况读写或是异常。

其中sockfd必须指向一个打开套接字描述符 level(级别)指定系统中解释选项的代码或为通用套接字代码，或为某个特定于协议的代码 optval是一个指向某个变量(optval)的指针，setsockopt从*optval中取得选项待设置的新值，getsockopt则把已获取的选项当前值存放到*optval，*optval的大小由最后一个参数optlen指定，它对于setsockopt是一个值参数，对于getsockopt是一个值-结果参数* 调用getsockopt函数时，*optval是一个整数，*optval中返回的值为0，表示相应选项被禁止，不为0表示相应项被启用，类似地，setsockopt函数需要一个不为0的*optval值里启用选项，一个为0的*optval值来禁止选项。

EINPROGRESS The socket is nonblocking and the connection cannot be completed immediately. It is possible to select(2) or poll(2) for com‐pletion by selecting the socket for writing. After select(2) indicates writability, use getsockopt(2) to read the SO_ERROR option at level SOL_SOCKET to determine whether connect() completed successfully (SO_ERROR is zero) or unsuccessfully (SO_ERROR is one of the usual error codes listed here, explaining the reason for the failure).

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

为什么fcntl()不会阻塞WSL中的F_SETLKW？

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐