我之前也碰到过这个一模一样的坑！这个错误本质是系统的动态链接库路径没正确识别到libgthread-2.0.so.0，虽然你已经尝试安装了相关依赖，但可能是库路径没生效或者架构不匹配，试试下面这些分步方案：

第一步：定位缺失的库文件 #

先确认这个库到底在系统里有没有，以及具体位置：

find / -name libgthread-2.0.so.0 2>/dev/null

解释：2>/dev/null是过滤掉权限不足的报错信息，避免输出一堆干扰内容。

如果命令返回了路径（比如/usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0），说明库已经存在，只是没被Python找到；如果没有返回结果，说明库确实没安装，直接跳到第三步。

第二步：添加库路径到系统链接库变量 #

如果找到了库的路径，把它添加到LD_LIBRARY_PATH环境变量里：

临时生效（当前终端有效） #

export LD_LIBRARY_PATH=/path/to/your/library/folder:$LD_LIBRARY_PATH

替换/path/to/your/library/folder为你刚才找到的路径（比如/usr/lib/x86_64-linux-gnu），然后重新运行你的Python代码试试。

永久生效（重启终端依然有效） #

把上面的命令添加到你的~/.bashrc或者~/.profile文件末尾：

echo 'export LD_LIBRARY_PATH=/path/to/your/library/folder:$LD_LIBRARY_PATH' >> ~/.bashrc

然后执行以下命令让修改生效：

source ~/.bashrc

第三步：重新安装匹配架构的依赖库 #

如果第一步没找到库文件，或者第二步无效，试试重新安装对应架构的glib2.0开发库：

sudo apt-get install --reinstall libglib2.0-dev:amd64

之后强制重新安装opencv-python，确保依赖关联正确：

pip install --force-reinstall opencv-python

第四步：检查Python环境问题 #

如果你用的是虚拟环境，可能会出现系统全局库无法被虚拟环境识别的情况：

• 可以先在系统全局Python环境里测试导入cv2，看是否正常；
• 如果全局环境正常，那就在虚拟环境里设置LD_LIBRARY_PATH（参考第二步的方法）。

内容的提问来源于stack exchange，提问作者Evgeniya Tveritinova