Python3.6调用C++ DLL触发__exchange_and_add段错误而Py3.8运行正常问题

1. C++标准库全局状态初始化冲突 #

从调用栈可以定位到崩溃发生在std::ios_base::_M_init流程中，访问空的locale实例指针触发段错误：

• Anaconda打包的Python3.8内置了mingw运行时兼容逻辑，加载第三方mingw编译的DLL时会自动完成libstdc++全局静态对象（包括默认locale、标准IO流状态标记）的初始化，不会出现空指针问题
• 官方pip安装的Python3.6.6基于VS2015 runtime编译，加载mingw生成的DLL时不会主动触发libstdc++的全局初始化流程，DLL内部首次调用文件IO（nlohmann json读取配置文件逻辑）时，初始化ios对象尝试访问未创建的全局locale实例，直接触发空指针解引用。

2. ctypes DLL加载逻辑差异 #

Python3.8对ctypes的CDLL加载逻辑做了不兼容修改：

• Python3.8默认给CDLL增加LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR标记，优先加载DLL同目录依赖，同时隔离DLL的符号导出范围，避免全局符号冲突
• Python3.6的ctypes使用系统默认加载规则，会把DLL的所有符号全局导出，即使你手动替换了同目录的libstdc++-6.dll，进程已载入的旧版libstdc++符号仍然会被优先调用，导致运行时状态不一致。

3. 静态链接配置遗漏 #

你的DLL编译时仅加了-static-libgcc参数，没有加-static-libstdc++，libstdc++的全局状态完全依赖动态加载的dll，不同Python版本的进程上下文差异会直接影响全局状态的可用性。

• 优先修改Python3.6下的DLL加载逻辑，手动指定安全加载标记：

import ctypes
from ctypes import wintypes

kernel32 = ctypes.WinDLL('kernel32', use_last_error=True)
LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR = 0x00000100
LOAD_LIBRARY_SEARCH_SYSTEM32 = 0x00000800

kernel32.LoadLibraryExW.restype = wintypes.HMODULE
kernel32.LoadLibraryExW.argtypes = (wintypes.LPCWSTR, wintypes.HANDLE, wintypes.DWORD)

# 先手动加载DLL，限制依赖搜索范围
dll_handle = kernel32.LoadLibraryExW(self.dll_path, None, LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR | LOAD_LIBRARY_SEARCH_SYSTEM32)
self.dll = ctypes.CDLL(self.dll_path, handle=dll_handle)

• 若有权限修改DLL编译参数，添加-static-libstdc++参数静态链接libstdc++，完全隔离运行时状态
• 临时验证可要求DLL开发方在DLL入口函数中主动执行一次std::locale::global(std::locale("C"))，手动初始化全局locale实例。

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