根本原因是pip.exe所在Scripts目录未加入系统PATH环境变量；需手动将Python安装路径下的Scripts完整路径（如C:\Python312\Scripts）添加至系统变量Path，重启终端后运行pip --version验证。
python --version 返回版本但 pip 报错“不是内部或外部命令”
这说明 Python 解释器本身已注册到系统，但 pip 没有被正确添加进环境变量路径。Windows 安装时若没勾选 Add python.exe to PATH，或安装后手动修改过 PATH，就容易出现这种情况。
- 先运行
where python（Windows）或which python（macOS/Linux），确认 Python 安装位置 - 进入该目录的
Scripts子目录（例如C:\Users\XXX\AppData\Local\Programs\Python\Python312\Scripts），检查是否存在pip.exe - 若存在，把该路径手动加进系统
PATH环境变量；若不存在，说明安装时漏选了 pip 组件，建议重装并勾选全部可选项
import time 或 import json 失败
标准库模块导入失败，通常不是 Python 本身损坏，而是环境被污染或解释器启动异常。比如用错命令启动了旧版本解释器、或当前工作目录下有同名的 time.py 文件干扰了导入。
- 在干净目录（如桌面）新建空白文件夹，cd 进去再运行
python -c "import time; print(time.time())" - 避免在项目根目录或含大量 .py 文件的目录下测试，防止本地文件 shadow 标准库
- 如果仍报
ModuleNotFoundError，尝试用完整路径调用解释器：例如"C:\Python312\python.exe" -c "import json; print(json.dumps({'ok': True})"
help(len) 或 help(str) 显示空内容或报错
help() 依赖标准库中的 pydoc 模块和文档字符串。如果它失效，说明内置文档支持链断裂，常见于精简版安装或某些 Linux 发行版默认不带文档包。
- 运行
python -c "import pydoc; print(pydoc.__file__)"确认模块存在 - 执行
python -m pydoc len，看是否能正常输出帮助信息 —— 这绕过了交互式 help 的缓存逻辑 - 若仍失败，但
import builtins成功，大概率是文档数据缺失，不影响实际编码，但建议重装完整版 Python（避免选“minimal install”）
python test.py 能运行，但 import requests 报错 ModuleNotFoundError
这不是标准库问题，而是第三方库未安装或安装到了错误环境。尤其当你同时装了多个 Python 版本、或用了 conda/virtualenv，pip 和 python 可能指向不同解释器。
- 先确认当前
python和pip是否配对：运行python -c "import sys; print(sys.executable)"和pip --version，对比两者的路径是否一致 - 不要用
pip3 install requests同时又用python test.py，应统一用python -m pip install requests - 安装后验证：
python -c "import requests; print(requests.__version__)"—— 这确保调用的是当前解释器关联的包
标准库功能看似基础，但最容易被忽略的是路径污染和环境错配。哪怕 print("ok") 能跑，也不代表 import ssl 或 import pathlib 就一定可用。验证时一定要脱离项目目录、显式指定解释器、并逐个击穿关键模块。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
