python 3.8+在windows上默认启用严格dll加载策略以防范劫持攻击，仅从可信位置（dll所在路径、os.add_dll_directory()添加目录、系统目录）加载；winmode=0可恢复旧版宽松搜索行为，直接解决filenotfounderror。
因为 Python 3.8 在 Windows 上默认启用了更严格的 DLL 加载安全策略，目的是防止 DLL 劫持攻击。
Python 3.8 的 LoadLibraryEx 行为变更
旧版本（3.7 及之前）用的是 LoadLibrary，会自动搜索当前工作目录、PATH 环境变量等路径；3.8 改用 LoadLibraryEx 并默认带上 LOAD_LIBRARY_SEARCH_DEFAULT_DIRS 标志，导致只信任三类位置：
- DLL 文件自身所在目录（仅当传入的是带路径的字符串，如
"./MvCameraControl.dll"） - 通过
os.add_dll_directory()显式添加的目录 - 系统可信目录（如
C:\Windows\System32）
这意味着只写 "MvCameraControl.dll" 这种纯文件名，就再也找不到当前目录下的 DLL 了。
winmode=0 是什么作用？
它是 ctypes.CDLL 和 ctypes.WinDLL 的一个可选参数，用于覆盖 Python 3.8 的默认加载行为：
-
winmode=0：等价于调用原始的LoadLibrary，恢复旧版宽松搜索逻辑（包括当前目录和 PATH） -
winmode默认值在 3.8+ 是LOAD_LIBRARY_SEARCH_DEFAULT_DIRS | LOAD_LIBRARY_SEARCH_SYSTEM32 - 这个参数不是“绕过安全”，而是给你显式选择加载策略的权限
示例：CDLL("MvCameraControl.dll", winmode=0) 就能立刻让老代码跑起来，无需改路径。
为什么不能只靠 os.add_dll_directory()？
这个函数确实能加白名单，但它有硬性限制：
- 必须在任何 DLL 加载前调用，一旦
ctypes内部触发过一次加载，再调用就无效 - 它不递归处理依赖链——比如
MvCameraControl.dll依赖wpcap.dll，而后者不在白名单里，照样报错 - 某些系统目录（如
SysWOW64）受 UAC 或 Win11 权限策略限制，add_dll_directory()可能静默失败
所以它适合可控环境，但对硬件 SDK 这类黑盒依赖多的场景，不如 winmode=0 直接。
真正容易被忽略的是：错误信息里写的 “or one of its dependencies” 不是提示语，而是关键线索。你看到 FileNotFoundError: Could not find module 'MvCameraControl.dll'，实际崩掉的很可能是它背后某个没装的 vc_redist 或 wpcap.dll，而不是那个名字本身。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
