Go调用PCAN DLL时CAN_Uninitialize报FILE_NOT_FOUND错误求助

问题背景 #

我正在基于PCAN的.dll文件开发Go语言CAN总线处理包，CAN_Initialize调用正常，但调用CAN_Uninitialize时始终返回FILE_NOT_FOUND(2)错误。已确认函数调用签名完全符合DLL文档要求，尝试过对已初始化和未初始化的通道调用该函数，结果一致；后续改用syscall.LoadDll、DLL.FindProc及Proc.Call的方式调用，问题仍存在，相关测试代码在仓库的changing_call_architecture分支。

排查思路 #

• 检查DLL依赖完整性：PCAN核心DLL可能依赖其他驱动相关的辅助DLL（如PCANBasic.dll依赖的底层驱动文件）。初始化成功不代表所有依赖都已加载，卸载操作可能触发对某个未加载/缺失依赖的调用。用Dependency Walker分析目标DLL的依赖项，或用Process Explorer查看当前进程已加载的DLL列表，确认卸载流程所需的文件是否存在于系统路径或程序工作目录中。
• 校验通道参数的准确性：再次确认传入CAN_Uninitialize的通道标识符（如PCAN_USBBUS1）是否完全匹配DLL要求的格式，包括前缀、编号规则。即使初始化成功，若卸载时传入的通道参数存在拼写错误、类型不匹配（如将整数直接传入而非对应的TPCANHandle类型），可能触发非预期的错误码。
• 核对调用约定与参数传递：PCAN函数默认使用stdcall调用约定，Go的syscall包调用时需确保约定匹配。同时检查参数的传递方式：比如CAN_Uninitialize是否要求传入指针类型的通道句柄，而非值传递？即使签名看似正确，细微的类型转换错误（如将uint转为uintptr时的精度问题）也可能导致调用异常。
• 验证进程权限与位数匹配：
  • 尝试以管理员权限运行测试程序，卸载操作可能需要访问驱动级资源，普通权限下无法读取相关文件/注册表项，从而返回FILE_NOT_FOUND错误。
  • 确认Go程序的位数（32/64位）与PCAN DLL的位数完全一致，跨位数调用可能导致函数执行逻辑异常，错误码失真。
• 排查驱动与资源状态：
  • 初始化后直接调用CAN_Uninitialize，排除中间调用其他CAN函数（如CAN_Read/CAN_Write）导致的资源未释放问题，部分未关闭的句柄可能干扰卸载流程。
  • 检查PCAN驱动的安装状态，确保驱动版本与DLL版本匹配，驱动损坏或未正确注册可能导致卸载时无法找到驱动相关文件。
• 重新解读错误码含义：PCAN的错误码可能复用Windows系统错误码，但实际含义可能不同。查阅PCAN官方文档中错误码2的具体定义，是否对应“通道未找到”“驱动未初始化”等非字面的场景，而非真的缺失文件。

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