你遇到的根本问题是：WSL Ubuntu里的Linux Python环境无法直接加载Windows的DLL文件——因为Linux系统的动态链接器只能识别ELF格式的共享库（.so文件），而Windows DLL是PE格式，两者不兼容。你之前调整LD_LIBRARY_PATH的操作都是基于Linux共享库的查找逻辑，自然起不到作用。

下面给你两种可行的解决方案：

方案1：切换到Windows原生Python环境运行（最推荐） #

Thorlabs的设备DLL是针对Windows开发的，直接在Windows的Python 3.6.9环境里运行代码是最直接、最稳定的方式：

• 打开Windows的CMD或PowerShell，导航到你的项目文件夹；
• 把对应位数的Thorlabs DLL（64位系统用MC2000CommandLibx64.dll）放到项目文件夹里；
• 运行你的测试代码：

  from ctypes import *
  MC2000BLib = cdll.LoadLibrary("MC2000CommandLibx64.dll")
  

  这完全符合Thorlabs文档的预期，Windows的Python会用系统自带的动态链接器处理DLL，不会出现路径问题。

方案2：在WSL里通过Windows互操作调用Windows Python（如果非要用WSL终端） #

如果你因为工作流原因必须在WSL终端里操作，可以利用WSL的Windows互操作功能，调用Windows系统里的Python来执行脚本：

1. 确保Windows的Python已经添加到系统PATH（这样WSL里能直接找到python.exe）；
2. 在WSL终端里，通过/mnt/c/路径访问你的Windows项目文件夹（比如Windows路径是C:\Projects\thorlabs_test，WSL里就是/mnt/c/Projects/thorlabs_test）；
3. 把DLL放到项目文件夹里（WSL能通过/mnt路径访问到）；
4. 在WSL终端里执行：

   python.exe test.py
   

   这里的python.exe是Windows系统的Python，它会遵循Windows的DLL加载规则，自然能识别到文件。

避坑提醒 #

• 别再尝试用LD_LIBRARY_PATH给Linux Python指定Windows DLL路径，这完全是两套不兼容的系统逻辑；
• 也不要把DLL复制到Ubuntu的/usr/lib这类目录，Linux动态链接器根本不会把DLL当成合法的共享库。

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