如何处理Python多线程共享变量时的Lock死锁异常-Python教程-PHP中文网

threading.Lock会死锁而非报错，因其设计为不可重入：同一线程重复acquire且未release时永久阻塞，不抛异常、不超时；而RLock通过计数器支持重入，但仅解决单线程重复加锁问题。

如何处理python多线程共享变量时的lock死锁异常

为什么 `threading.Lock` 会死锁而不是报错

Python 的 threading.Lock 是不可重入锁，同一个线程重复调用 lock.acquire() 且未配对释放，就会永久阻塞——它不会抛出异常，也不会超时，只是卡住。这和 threading.RLock 不同，后者允许同一线程多次 acquire，但必须对应同样次数的 release。

常见诱因包括：函数内部 acquire 后发生异常跳过 release；递归调用中重复 acquire；或误在 try/finally 外写 release。

检查所有 lock.acquire() 是否都有明确、可执行到的 lock.release()
优先用 with lock: 语法，它自动保证 release，即使中间 raise 异常
避免在持有锁时调用可能阻塞或再 acquire 同一把锁的第三方函数

如何复现并定位死锁点

死锁本身不报错，所以得靠外部观察：程序突然“不动了”，CPU 降为 0，线程堆栈停滞。可用 threading.enumerate() 和 threading.current_thread() 辅助诊断，但更实用的是加日志+超时 acquire。

把 lock.acquire() 改成 lock.acquire(timeout=2)，超时返回 False，此时立刻 log 当前线程名和上下文
在 acquire 前打日志：logging.debug("Thread %s trying to acquire lock", threading.current_thread().name)
在 release 后也打日志，确认是否真执行到了——如果 acquire 日志有、release 日志没出现，大概率是中间异常或提前 return

`with lock:` 能解决 90% 的手动管理问题吗

能，但前提是锁对象生命周期清晰、没有跨作用域传递。with 语句本质是确保 exit 方法被调用，而 Lock.__exit__ 就是 release。但它无法防止你在 with 块里又去 acquire 同一把锁（依然会死锁）。

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

import threading
<p>lock = threading.Lock()
shared_var = 0</p><p>def bad_inc():
with lock:  # 第一次 acquire</p><h1>... 一些逻辑</h1><pre class="brush:php;toolbar:false;">    with lock:  # 同一线程再次 acquire → 死锁
        shared_var += 1

def good_inc(): with lock: # 安全：自动 release，异常也不漏 global shared_var shared_var += 1