为什么Python 3.8之后在Windows上加载DLL模块的机制发生了变化？-Python教程-PHP中文网

python 3.8+ 默认禁用当前目录和 path 搜索 dll，仅信任 dll 自身路径、os.add_dll_directory() 添加目录及系统可信目录；ctypes.cdll("xxx.dll") 因此失效，可用 winmode=0 恢复旧行为或 os.add_dll_directory() 显式注册绝对路径。

为什么python 3.8之后在windows上加载dll模块的机制发生了变化？

Python 3.8+ 默认禁用当前目录和 PATH 搜索

不是路径写错了，而是 Windows 加载器根本没去你放 DLL 的那个文件夹里找。Python 3.8 把 ctypes 底层从 LoadLibrary 切换到了更安全的 LoadLibraryEx，并默认启用 LOAD_LIBRARY_SEARCH_DEFAULT_DIRS 标志。结果就是：只信任三类位置——DLL 自身所在绝对路径、os.add_dll_directory() 显式添加的目录、系统可信目录（如 C:\Windows\System32）。当前工作目录、脚本所在目录、PATH 环境变量全被排除在外。

ctypes.CDLL("xxx.dll") 在 3.8+ 直接失效

旧代码里常见的 ctypes.CDLL("MvCameraControl.dll") 会报 FileNotFoundError，哪怕 os.path.exists("MvCameraControl.dll") 返回 True。因为传入纯文件名时，Python 不再自动解析当前目录；它只在“可信位置”里按名字匹配，而当前目录不在其中。

相对路径如 "./MvCameraControl.dll" 可以工作，但前提是该路径能被正确解析为存在目录下的文件
绝对路径如 os.path.abspath("MvCameraControl.dll") 是可靠解法，但仅解决主 DLL，不保证其依赖项（如 wpcap.dll）也被找到
错误信息里写的 "or one of its dependencies" 不是客套话——真正崩掉的很可能是某个没装的 vc_redist 或 wpcap.dll，而不是 MvCameraControl.dll 本身

winmode=0 是最直接的兼容方案

winmode=0 是 ctypes.CDLL 和 ctypes.WinDLL 的可选参数，作用是绕过新策略，等价于调用原始 LoadLibrary。它恢复旧版搜索逻辑（含当前目录和 PATH），一句话就能让老代码跑起来：

mb = ctypes.CDLL("MvCameraControl.dll", winmode=0)

注意：winmode 不是“关安全”，而是把控制权交还给你——你可以明确选择加载策略，而非被默认行为卡住。

提示词大师-python版

图片提示词生成器？不止如此。马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。输入「新手指南」查看完整功能介绍

下载

os.add_dll_directory() 必须提前且精准调用

这个函数不是设置偏好，而是向 Windows 加载器注册可信目录，必须在任何可能触发 DLL 加载的 import 之前执行，比如放在脚本最顶部：

import os<br>import ctypes<br><br>dll_path = os.path.abspath("MvCameraControl.dll")<br>dll_dir = os.path.dirname(dll_path)<br>os.add_dll_directory(dll_dir)  # 必须在 import 前、且目录真实存在<br>mb = ctypes.CDLL(dll_path)

容易踩的坑：