flock不够用是因为它是建议性锁、不跨进程继承、无法实现写锁阻塞读锁；而fcntl是内核级强制锁，支持字节范围锁、非阻塞模式和精确粒度控制，适用于多进程协作场景。
为什么flock不够用，才要碰fcntl？
因为flock是建议性锁、不跨进程继承、且无法实现“写锁阻塞读锁”这类细粒度控制；而fcntl锁是内核级强制锁，支持按字节范围加锁、可设为非阻塞、子进程默认不继承——适合多进程协作写同一文件、或需要精确控制锁粒度的场景。
但注意：fcntl锁只在Linux/Unix有效，Windows完全不支持；且它依赖文件描述符生命周期，close()会自动释放所有该fd上的锁。
fcntl.flock不存在，正确函数是fcntl.fcntl
新手常搜错函数名，以为有flock方法。实际必须用fcntl.fcntl()配合struct.pack构造锁请求结构体。核心参数是fd、操作码（如fcntl.F_SETLK）和arg（一个bytes对象，长度16，含锁类型、起始偏移、长度、进程ID等）。
常用操作码：
-
F_SETLK：尝试加锁/解锁，失败立即报IOError: [Errno 11] Resource temporarily unavailable -
F_SETLKW：阻塞等待，直到能加锁 -
F_GETLK：检查是否有冲突锁（不真正加锁）
示例（加写锁到整个文件）：
import fcntl
import struct
<p>fd = open('/tmp/test.lock', 'w')</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版"><img
src="https://img.php.cn/upload/skill/000/000/081/179042051830184.jpg" alt="提示词大师-python版" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版" class="overflowclass">提示词大师-python版</a>
<p class="overflowclass">图片提示词生成器？不止如此。
马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。
用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。
用得越多，它越快：缓存机制让后续对话越来越省。
RAG进化：成功案例持续入库，越跑越聪明。
输入「新手指南」查看完整功能介绍</p>
</div>
<a rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><h1>lock_type: 1=write, 2=read; whence=0=start of file; start=0; length=0=all file; pid=0 (ignored)</h1><p>lock_data = struct.pack('hhllh', fcntl.F_WRLCK, 0, 0, 0, 0)
try:
fcntl.fcntl(fd.fileno(), fcntl.F_SETLK, lock_data)
except IOError as e:
if e.errno == 11:
print("锁已被占用")
raise
</p>
加锁失败时，errno到底是11还是33？
关键看用的是F_SETLK还是F_SETLKW：
-
F_SETLK失败 →errno == 11（EAGAIN），表示“现在不行，但可以再试” -
F_SETLKW失败 → 只会在被信号中断时返回errno == 4（EINTR），否则不会失败
注意：errno == 33（ESRCH）通常出现在F_GETLK返回的pid字段里，表示“原持有锁的进程已退出”，不是你调用flock时报的错——别把它当成加锁失败原因去查。
锁的范围和继承性容易被忽略的细节
fcntl锁是“按文件描述符”绑定的，不是按文件路径。同一个文件用不同open()打开得到两个fd，它们的锁互不影响；但os.dup()或fork()后的子进程会继承fd，也就继承了锁（除非显式FD_CLOEXEC）。
锁范围由struct.pack里的start和length决定：
-
start=0, length=0→ 锁整个文件（推荐用于独占场景） -
start=100, length=50→ 仅锁定第100–149字节（适用于多进程分段写大文件） -
length=0且start很大 → 实际锁从start到文件末尾
释放锁只需对同一fd调用一次F_UNLCK，无需关心之前加的是读锁还是写锁。
最常被漏掉的一点：Python的file.close()会关闭fd并自动释放锁，但如果你用os.open()获得fd，就得自己os.close()——忘了关，锁就一直挂着，其他进程永远等不到。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
