为什么conda显示dask环境已安装numpy 1.20.1，Python却加载1.20.0版本？

结合本次conda列表显示numpy 1.20.1、实际import加载1.20.0的微小版本差场景，具体诱因可分为以下几类：

• Python解释器指向错误
  即便终端显示了(dask)的虚拟环境激活前缀，也可能因shell的PATH配置优先级问题，实际调用的python命令并未绑定dask环境专属的解释器，而是指向了系统全局Python、其他虚拟环境的解释器，自然会加载其他环境中安装的numpy版本。
  可在当前交互Python中执行import sys; print(sys.executable)验证，若输出路径并非类似~/miniconda3/envs/dask/bin/python的dask环境专属路径，即可确认问题。
• 模块搜索路径优先级错位
  即便使用的是dask环境绑定的正确解释器，也可能因sys.path的排序问题，让其他位置存储的numpy模块排在dask环境内部的模块路径之前。常见的高优先级错位来源包括：用户家目录下手动安装的~/.local/lib/python3.8/site-packages路径、当前工作目录下存放的numpy源码文件夹。
  可在交互Python中执行import numpy; print(numpy.__file__)验证，若输出的numpy模块文件路径不在dask环境的lib/python3.8/site-packages目录下，即可确认是导入顺序导致的版本错配。
• conda与pip混装引发的元数据不同步
  这类微小版本差异的场景，最高发的原因就是该问题：若之前在dask环境中通过pip手动安装过numpy 1.20.0，pip不会同步更新conda内部的包管理元数据库，conda list查询时仍会读取最初登记的numpy 1.20.1安装记录，但磁盘上的numpy实际文件已经被pip覆盖为1.20.0版本，最终出现两边版本显示不一致的情况。

通用排查解决流程 #

• 在当前Python交互环境中依次运行上述两个路径查询命令，先定位实际加载的解释器和numpy模块位置
• 若解释器路径错位，可直接使用dask环境解释器的绝对路径启动Python，同时排查shell配置中是否存在PATH优先级覆盖问题
• 若numpy模块路径错位，可删除非环境目录下的多余numpy安装，或调整sys.path的排序优先级，保证dask环境内部的模块路径排在最前
• 若路径完全匹配但版本仍不一致，即为conda-pip元数据不同步问题，可先通过pip卸载当前环境内的numpy，再通过conda重新安装指定版本，同步两边的版本记录。

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