Python标准库模块指安装时自带、无需pip安装即可import的模块，路径通常在lib/python3.x/下；可通过python -c "import xxx; print(xxx.__file__)"判断：含site-packages为第三方，含lib/python3.x/且无site-packages为标准库。
Python 标准库模块怎么识别
标准库模块就是安装 Python 时自带、无需 pip install 就能直接 import 的那些。它们不依赖第三方包，路径通常在 lib/python3.x/ 下（具体看你的 Python 安装位置）。
判断方式很简单：help('modules') 能列出所有当前可导入的模块，但更可靠的是查官方文档的「The Python Standard Library」章节——只有那里明确列出的，才算标准库。
常见误判点：
-
requests、numpy、pandas明显不是，哪怕你天天用 -
typing是标准库（3.5+），但typing_extensions是公共库，得 pip 装 -
dataclasses是 3.7+ 标准库；3.6 用户装的dataclasses包是第三方兼容版 -
zoneinfo是 3.9+ 标准库；之前靠pytz或dateutil
第三方库（PyPI 包）的安装与引用边界
只要执行过 pip install xxx（或通过 requirements.txt、poetry、pipenv 等间接安装）的，都算第三方库，哪怕作者是 CPython 核心开发者（比如 black、pytest）。
立即学习“Python免费学习笔记（深入）”；
关键区别在于导入行为是否稳定：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 标准库模块名全局唯一，不会冲突；第三方库名由 PyPI 注册决定，可能重名（如有人发布一个叫
json的包，会覆盖标准库？不会——import json永远优先走内置模块） - 第三方库可能有 C 扩展，依赖系统头文件或编译器；标准库中带 C 实现的部分（如
json、re）已随 Python 二进制一起编译好 -
sys.path中，标准库路径排在最前；虚拟环境里的site-packages在其后，所以同名时标准库必胜出
为什么有些“看起来像标准库”的模块实际要 pip 安装
不是所有常用功能都被纳入标准库。CPython 接收新模块非常谨慎，要考虑跨平台兼容、长期维护成本、API 稳定性等。很多模块先以第三方形式成熟，再择机合并（如 pathlib 3.4 加入，tomllib 3.11 加入）。
典型例子：
-
tomllib是 3.11+ 标准库，但 3.10 及以前必须用tomli -
graphlib是 3.9+ 标准库，老版本得靠networkx或手写拓扑排序 -
zoneinfo替代pytz，但 3.9 以下仍得 pip 装 -
importlib.metadata3.8+ 有，3.7 需装importlib_metadata
这些“过渡态”模块最容易引发兼容性问题——写代码时没注意 Python 版本，本地跑得通，CI 或生产环境就报 ModuleNotFoundError。
检查某个模块属于哪一类的实操方法
别猜，直接用 Python 运行时确认：
- 运行
python -c "import xxx; print(xxx.__file__)"：路径含site-packages就是第三方；含lib/python3.x/且无site-packages字样，基本是标准库 - 查
xxx.__package__：标准库模块的__package__通常是None或模块名本身；第三方库常为真实包名（如requests.api的__package__是requests） - 用
help(xxx)看开头描述：标准库模块一般写 “Built-in module”，第三方则显示 “Package documentation” 或路径信息
特别注意：有些模块是“条件标准库”，比如 winreg 只在 Windows 有，readline 在 macOS/Linux 行为不同——它们仍是标准库，只是平台相关。
版本和平台交叉带来的归属模糊，才是真麻烦点。
