Debian虚拟环境中Python交互可导入numpy但执行脚本报ImportError

这个导入异常和numpy本身的安装完整性无关，问题出在脚本的解释器调用逻辑上——你的脚本硬编码了系统全局Python路径，完全绕过了当前激活的虚拟环境。
从你贴的脚本内容可以看到，test_nump.py的第一行写的是#!/usr/bin/python，Linux执行带shebang的可执行脚本时，如果shebang后接的是绝对路径，会直接调用该路径下的解释器，完全忽略当前shell的环境变量、PATH优先级。哪怕你已经激活了venv，只要shebang指向系统全局的Python，内核就会加载全局解释器，自然找不到安装在venv目录下的numpy。
这也解释了为什么你之前卸载重装numpy完全没有效果：你所有的numpy安装、卸载操作都是在venv对应的Python环境下完成的，但脚本实际调用的全局Python根本没被你的操作影响过，自然始终找不到模块。
同时这也匹配了你观察到的交互导入正常的现象：你在终端敲python命令时，venv会修改PATH优先级，让系统优先调用venv内的Python解释器，和脚本实际调用的解释器根本不是同一个。

• 第一步：核对两个场景的解释器路径差异
  在当前激活venv的终端里执行which python，会返回venv目录下的Python绝对路径（类似~/my-project/venv/bin/python）。你可以对比这个路径和脚本shebang指向的/usr/bin/python，二者不是同一个文件，自然模块检索范围完全不同。
• 第二步：修正脚本的shebang配置
  把脚本第一行的硬编码路径#!/usr/bin/python替换为#!/usr/bin/env python。这个写法会动态获取当前shell环境下优先级最高的Python解释器，也就是你激活venv后对应的那个Python，和交互模式下调用的解释器完全一致。
  修改完成后记得给脚本补可执行权限：chmod +x test_nump.py，再执行./test_nump.py即可正常导入numpy。
• 临时替代验证方式
  如果暂时不想修改脚本内容，可以直接通过当前venv的Python执行脚本，绕开脚本自带的shebang逻辑，也就是敲命令python test_nump.py，这种方式下的导入逻辑和交互模式100%匹配，不会出现路径不匹配的问题。
• 额外校验方法
  如果修改shebang后依然报错，可以在脚本里临时加两行打印逻辑，确认实际加载的解释器路径是否正确：

  #!/usr/bin/env python
  import sys
  print(f"当前使用的解释器路径: {sys.executable}")
  import numpy
  print("test")
  

  只要打印出的解释器路径和你在终端执行which python得到的路径完全一致，就一定能正常加载numpy模块。

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