Python 3.4安装后pip无法使用或版本过旧的解决方法

Python 3.4 安装后 pip 无法调用或版本过旧，核心原因是该版本安装时未自动注入系统 PATH 路径、内置 pip 处于初始打包状态，以及现代 PyPI 升级已终止对 Python 3.4 的兼容支持。要解决这一系列问题，核心路线分为三步：一是通过 python -m pip 或补充配置系统 PATH 恢复命令识别；二是利用 Python 3.4 首次内置的 ensurepip 模块恢复缺失的初始包；三是明确升级边界，将 pip 精确升级并锁定在官方支持的最终版本 19.1.1，并针对老旧系统适配 TLS 协议安全通信。

一、问题根源与分类排查路径

在启动排错前，需要先明确当前遇到的具体现象。Python 3.4 发布于 2014 年，是首个正式集成 ensurepip 模块的标准版本。但在 Windows、老旧 Linux（如 CentOS 6、Ubuntu 14.04）或嵌入式设备中部署后，使用者通常会遭遇三类截然不同的阻碍：

• 命令未注册：在命令行输入 pip 报“不是内部或外部命令”或“command not found”。这属于环境变量配置疏漏，系统无法直接在当前工作目录之外定位可执行程序。
• 模块未初始化：输入 python -m pip 依然提示 No module named pip。这通常由于安装安装包时取消了 pip 组件的勾选，或者解压版只保留了最小运行时。
• 升级断代报错：使用默认自带的旧版 pip（如 6.x 或 7.x）执行 pip install --upgrade pip 时，终端报语法错误（SyntaxError）或网络安全协议握手失败（TLSV1_ALERT_PROTOCOL_VERSION）。

二、解决 pip 命令无法识别的基础配置

如果在命令行中直接输入 pip 会返回未找到命令的提示，但执行 python -V 可以正确输出 Python 3.4.x，说明 Python 主程序已存在，问题出在包管理器脚本所在的子目录未登记到操作系统的可寻址列表。

1. 规范使用模块化调用

在修复全局环境变量之前，最稳妥的即时调用方式是通过 Python 解释器本身的 -m 参数调用模块：

python -m pip --version

示例返回输出：

pip 7.1.2 from C:\Python34\lib\site-packages\pip (python 3.4)

这种调用方式直接利用已经定位的 Python 运行环境去加载库内部的 pip 入口，即使系统 PATH 中完全没有写入 pip.exe，只要模块文件完好，命令便可正常执行。这同样可以避免当系统同时安装了多个 Python 版本时发生的指令混淆。

2. 将 Scripts 目录正式追加到 PATH 环境变量

若希望在任何命令行终端下直接输入 pip 就能使用，必须将 Scripts 目录与 Python 根目录一起加入系统变量中。以 Windows 平台为例，假设 Python 3.4 的默认安装根目录为 C:\Python34：

1. 右键单击桌面的“计算机”或“此电脑”，依次选择“属性” > “高级系统设置” > “环境变量”。
2. 在“系统变量”列表中找到名为 Path 的条目，双击进入编辑界面。
3. 在变量值末尾确认存在或手动追加以下两个绝对路径（不同项之间以英文分号 ; 隔开）：

   C:\Python34;C:\Python34\Scripts;

4. 保存并关闭所有对话框。必须重新打开一个新的命令提示符窗口，已打开的旧窗口不会读取新写入的环境变量。

在类 Unix 系统（如 Linux 或 macOS）中，若自行从源码编译安装了 Python 3.4，可编辑用户的 shell 配置文件（例如 ~/.bashrc 或 ~/.bash_profile），在文末追加路径导出：

export PATH="/usr/local/python3.4/bin:$PATH"

保存后执行 source ~/.bashrc 即可完成加载。

三、初始化缺失的 pip 模块（ensurepip 机制）

如果执行 python -m pip --version 时返回 No module named pip，说明当前安装目录下的 Lib/site-packages 中缺乏 pip 的代码文件。此时无需立刻去浏览器到处寻找第三方安装器，Python 3.4 自身已经集成了自举修复工具 ensurepip。

在命令提示符中输入以下完整命令并回车：

python -m ensurepip --default-pip

示例返回输出：

Ignoring indexes: https://pypi.python.org/simple
Requirement already up-to-date: setuptools in c:\python34\lib\site-packages
Collecting pip
Installing collected packages: pip
Successfully installed pip-7.1.2

执行完毕后，进入 C:\Python34\Scripts 目录，可以看到 pip.exe、pip3.exe 和 pip3.4.exe 均已创建就绪。

四、解决 pip 版本过旧问题：严格锁定 19.1.1 版本

很多初学者在成功激活 pip 后，看到终端提示类似 You are using pip version 7.1.2, however version 2X.X.X is available，会习惯性地执行提示给出的升级命令：

python -m pip install --upgrade pip

1. 为什么关键版本必须是 19.1.1

根据 Python 官方打包机构（PyPA）的版本生命周期规划：

• pip 19.1.1（发布于 2019 年 5 月）是最后一个正式支持 Python 3.4 的 pip 版本。
• 后续的 pip 19.2 及以上版本在代码中全面移除了对 Python 3.4 的兼容代码，改用 Python 3.5 引入的新语法。

2. 正确执行锁定升级的命令

在能够正常联网且 TLS 支持完整的机器上，直接执行如下命令完成升级：

python -m pip install "pip==19.1.1"

示例返回输出：

Collecting pip==19.1.1
  Downloading https://files.pythonhosted.org/packages/.../pip-19.1.1-py2.py3-none-any.whl (1.4MB)
Installing collected packages: pip
  Found existing installation: pip 7.1.2
    Uninstalling pip-7.1.2:
      Successfully uninstalled pip-7.1.2
Successfully installed pip-19.1.1

五、老旧环境特有故障：TLS/SSL 协议拒绝与解决策略

由于 Python 3.4 发布较早，其 Windows 安装包内置的 OpenSSL 版本大多停留在 1.0.1 系列。早在 2018 年，PyPI 官方服务及各大主流镜像站为保障数据传输安全，全面下线了不安全的 TLS 1.0 与 TLS 1.1 协议，强制要求使用 TLS 1.2 或更高版本。

如果读者在执行任何 pip 安装或升级命令时，终端抛出如下错误：

SSLError: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] protocol version (_ssl.c:598)

这表明本地 Python 3.4 运行时携带的 SSL 模块无法与服务器协商出受信任的 TLS 1.2 握手通道。此时在线网络连接会被直接阻断。

应对方案：下载历史 wheel 包执行离线安装

在 TLS 无法直接握手的情况下，最高效可靠的解决方式是离线手工置换。可以在一台具备现代浏览器或支持 TLS 1.2 的计算机上，直接下载好 pip 19.1.1 的纯 Python wheel 包（.whl 文件），然后拷贝到 Python 3.4 所在的主机上进行本地安装。

1. 从 PyPI 官方历史归档获取 wheel 文件（文件名为 pip-19.1.1-py2.py3-none-any.whl）。
2. 将该 .whl 文件复制到 Python 3.4 所在目录，例如 C:\Python34\pip-19.1.1-py2.py3-none-any.whl。
3. 在终端中切换到该文件所在目录，直接利用本地文件路径升级：

   python -m pip install "C:\Python34\pip-19.1.1-py2.py3-none-any.whl"

由于整个解包过程直接从本地磁盘读取 wheel 归档，完全跳过了网络请求和 SSL 握手环节，因此不受底层 OpenSSL 协议过旧的影响，能一次性成功将 pip 迭代至终版 19.1.1。

六、安装第三方包的注意事项与对比

即使 pip 已经成功就绪并升级至 19.1.1，在后续安装其他第三方库（如 requests、numpy 等）时，仍需了解 Python 3.4 的兼容现实。下表总结了在 Python 3.4 下操作依赖包时的关键边界：

七、最终确认与健康度检查

完成以上全部步骤后，可按照以下两步验证当前 Python 3.4 运行环境是否达到预期健康状态：

1. 确认 pip 版本与路径绑定：

   pip --version

   预期输出：pip 19.1.1 from C:\Python34\lib\site-packages\pip (python 3.4)

2. 确认基础包查询功能：

   pip list

   预期输出：能正常列出当前已安装的 pip 与 setuptools 包列表，无任何 SyntaxError 或崩溃堆栈。

当上述检查顺利通过，即表明 Python 3.4 的包管理器环境已完全修复并稳定在安全生命周期的最上限。