Python ctypes调用带callback的DLL退出时触发access violation问题求助

这种情况我之前帮不少开发者排查过，核心问题大多和回调函数的生命周期管理或者DLL资源未正确清理有关，给你几个具体的排查和解决步骤：

• 保留回调函数的Python引用，避免被垃圾回收
  Python的垃圾回收机制会自动清理不再被引用的对象。如果你的回调函数是临时创建的（比如直接把ctypes.CFUNCTYPE(...)的结果传给DLL），Python可能在程序运行过程中就把它回收了，但DLL还持有这个函数的内存地址，退出时尝试访问就会触发访问违规。
  正确的做法是把回调对象存在全局变量或者一个不会被提前销毁的容器里：

  # 定义回调函数
  def my_callback(data):
      print(f"Callback received: {data}")
  
  # 包装回调并保留引用
  CallbackType = ctypes.CFUNCTYPE(None, ctypes.c_int)
  registered_callback = CallbackType(my_callback)
  
  # 传给DLL
  my_dll.set_callback(registered_callback)
  

  确保registered_callback的引用一直存在到程序退出后。

• 显式注销DLL中的回调注册
  绝大多数提供回调机制的DLL都会配套一个“注销回调”的函数（比如unset_callback、remove_callback之类的命名）。程序退出前一定要调用这个函数，告诉DLL不要再尝试调用你的Python回调了——如果DLL在退出时还持有回调指针，很可能会在清理阶段触发无效内存访问。
  示例：

  # 程序退出前执行注销
  my_dll.unset_callback()
  

• 严格匹配回调函数的签名
  虽然你说回调运行正常，但签名不匹配（比如返回值类型错误、参数类型不匹配）可能会悄悄破坏内存结构，直到程序退出时才暴露问题。一定要仔细核对DLL头文件里的回调定义，确保ctypes.CFUNCTYPE的参数完全一致：
  比如DLL中回调定义是：

  typedef void (*MyCallback)(int status, const char* message);
  

  那Python里的包装就要写成：

  CallbackType = ctypes.CFUNCTYPE(None, ctypes.c_int, ctypes.c_char_p)
  

• 显式卸载DLL（Windows环境下可选但推荐）
  如果是Windows平台，在程序退出前可以主动调用FreeLibrary卸载DLL，确保DLL的资源被正确清理，避免残留的指针引用：

  import ctypes
  my_dll = ctypes.WinDLL("my_target.dll")
  
  # ... 业务代码 ...
  
  # 退出前卸载DLL
  ctypes.windll.kernel32.FreeLibrary(my_dll._handle)
  

• 检查DLL的资源清理函数
  有些DLL在注册回调后会分配额外的内存或资源，需要调用专门的清理函数（比如dll_cleanup()）来释放。查看DLL的文档或头文件，确认是否有这类需要在退出前执行的操作。

先从前两个步骤入手排查，这是最常见的问题根源。

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