Docker构建正常但本地运行Python脚本遇Numpy导入错误

一、为啥换个目录就报错？ #

核心是Python模块搜索顺序搞的鬼，结合你的场景，大概率是这俩原因：

1. 隐性文件/缓存引发冲突：
   当你进到webtools/tools目录运行Python时，Python会把当前目录放在模块搜索路径的最前端，优先加载本地文件而非系统包。如果这个目录下藏着和numpy子模块重名的文件（比如random.py、numpy.py，甚至是没显示的隐藏文件），或者__pycache__里存在损坏的缓存文件，就会覆盖系统numpy的正常模块，导致找不到random或randbits属性。
   你提供的目录结构里没看到这类文件，但建议：

   • 用ls -a查看目录下的隐藏文件
   • 删除webtools/tools/__pycache__目录后重试

2. 包结构的意外干扰：
   webtools目录包含__init__.py，属于标准Python包。当你在tools子目录运行脚本时，Python可能会将上层的webtools包纳入搜索路径，如果webtools内的某个模块（比如lib目录下的文件）存在与numpy相关的导入冲突或文件损坏，也会干扰numpy的正常导入。

二、Anaconda环境用pip装包有关系吗？ #

有可能，但不是直接诱因：

• Conda和pip混用确实容易引发依赖混乱，比如conda安装的numpy被pip安装的其他包间接修改版本，或者包的安装路径优先级错乱。不过你使用的numpy1.23.2和pandas1.4.3版本是兼容的，所以这个可能性较低。
• 保险起见，可以用conda重装这两个包，排除pip带来的路径问题：

  conda install numpy=1.23.2 pandas=1.4.3 --force-reinstall
  

三、为啥Docker环境正常？ #

Docker镜像构建时是基于纯净的依赖环境，不存在本地目录中的隐性文件、缓存或路径乱序问题，且构建过程中依赖是一次性安装完成的，不会出现本地环境中可能的路径冲突，因此运行正常。

快速解决步骤 #

1. 避免在子目录直接运行脚本：回到项目根目录，用模块方式运行脚本，绕开当前目录的路径优先级问题：

   python -m webtools.tools.graph
   

2. 清理缓存文件：删除所有项目内的__pycache__目录：

   find . -name "__pycache__" -type d | xargs rm -rf
   

3. 排查重名文件：在webtools/tools目录下执行ls -a，确认没有与numpy子模块同名的文件（如random.py、numpy.py）。
4. 统一依赖管理：尽量用conda管理核心依赖，避免pip与conda混用引发的潜在问题。

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