双版本pip/pip3路径不同报缺少pip._internal.cli模块问题咨询

从查询到的环境信息可以明确核心问题：

• 位于/project/miniconda/bin/pip的pip 18.1版本功能完全正常，没有模块导入异常
• 位于/usr/local/bin/pip3的系统级启动脚本已经损坏：脚本内部硬编码了导入语句from pip._internal.cli.main import main，但该脚本关联的Python环境中对应的pip安装文件已缺失、版本不匹配，因此触发ModuleNotFoundError报错
• 因没有超级用户权限，无法直接修改/usr/local/bin/目录下的系统文件，也无法调整系统路径下的pip安装目录

• 直接绕开损坏的pip3脚本，使用现有正常的pip完成操作
  所有包安装、版本查询操作直接调用功能完好的/project/miniconda/bin/pip即可；如果需要匹配Python3环境的pip调用，可直接通过Python解释器的模块调用方式触发，完全绕开损坏的启动脚本，对应命令为：
  python3 -m pip install 目标包名
  该命令会直接匹配当前系统PATH优先级最高的Python3解释器对应的pip模块，不会加载损坏的pip3启动脚本。
• 重建用户级的pip3命令入口
  常规系统配置中，用户级可执行目录（如~/.local/bin/）的PATH优先级高于/usr/local/bin/。你可以在自己有完全写权限的用户目录下创建软链接，替代损坏的系统pip3脚本，不需要修改系统目录下的文件：

1. 执行命令创建软链接：ln -s /project/miniconda/bin/pip ~/.local/bin/pip3
2. 后续执行pip3 -V时，系统会优先加载你创建的软链接，直接调用功能正常的pip，不会触发损坏脚本的报错。

• 给对应Python环境补装缺失的pip模块
  如果不想创建软链接，也可以在无sudo权限的前提下，给pip3脚本关联的Python环境补装对应版本的pip：

1. 打开/usr/local/bin/pip3文件，查看文件第一行的shebang路径，确认该脚本绑定的具体Python解释器路径（一般格式为#!/usr/bin/pythonx.x）
2. 用该解释器执行pip引导安装命令，将pip安装到用户目录下：/usr/bin/对应的pythonx.x -m ensurepip --user
3. 安装完成后再次执行pip3 -V，缺失的模块路径会被自动补全，报错消失。

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