Python import 会导入错模块是因为 sys.path 查找顺序中当前目录优先级最高，若本地存在同名文件（如 requests.py），就会覆盖标准库或第三方包；可通过 print(module.__file__) 定位实际加载路径，并避免使用常见库名作为自定义模块名。
为什么import会偷偷导入错的模块？
Python 的模块查找顺序（sys.path）决定了它先看到谁、就导入谁。当你本地有个叫 requests.py 的文件，又执行 import requests，Python 会优先加载当前目录下的 requests.py，而不是你 pip 安装的 requests 库——接着大概率报 AttributeError: module 'requests' has no attribute 'get' 或更诡异的 ImportError。
这不是 bug，是设计使然；但对新手来说，几乎无法从错误信息里看出问题根源。
- 检查冲突最直接的方式：在出问题的 Python 进程中打印
requests.__file__（把requests换成你实际导入的模块名） - 临时规避：启动 Python 时加
-B参数（禁用.pyc缓存）+ 删除当前目录所有__pycache__和*.pyc文件，再试 - 不要依赖 IDE 的“自动补全高亮”来判断模块来源——它可能缓存了旧路径
如何快速定位同名模块文件？
别靠肉眼翻找，用 Python 自己查：
import sys
for p in sys.path:
print(p)
然后逐个检查这些路径下是否存在同名 .py 或 __init__.py。尤其注意：
立即学习“Python免费学习笔记（深入）”；
- 当前工作目录（
''或.在sys.path[0]）——这是最高优先级，也是冲突重灾区 - 用户 site-packages（比如
~/Library/Python/3.x/lib/python/site-packages/）——有人手动拷贝过包到这里 - 虚拟环境的
site-packages是否被意外修改（比如用pip install -e .装了本地项目，而项目名和要导入的库同名）
from . import xxx 和 import xxx 在冲突场景下表现不同？
是的，相对导入（from . import xxx）只在包内生效，且不走 sys.path 查找，而是基于当前模块的 __package__ 向上追溯。所以它不会误导入同名顶层模块，但反过来——如果本意是导入标准库或第三方库，却写了相对导入，就会报 SystemError: Parent module '' not loaded。
- 绝对导入（
import json）永远从sys.path开始找，最易受污染 - 相对导入（
from .utils import helper）只在包结构明确、__package__非空时有效；单独运行一个.py文件时，__package__是None，相对导入必失败 - 想强制走绝对导入？在文件开头加
from __future__ import absolute_import（Python 2 必须，Python 3 默认开启）
预防比修复更重要：命名和组织习惯
冲突本质是命名空间污染。Python 没有模块命名强制规范，但你可以主动避开雷区：
- 项目内模块名别和常用库重名：
json.py、os.py、http.py、config.py（容易和某些框架的 config 包冲突）都算高危 - 测试文件统一用
test_*.py前缀，别叫unittest.py或pytest.py - 用
python -m py_compile xxx.py提前编译检查语法，有时能提前暴露导入链断裂（虽然不报模块名冲突，但能发现ImportError） - CI 流程里加一行
python -c "import requests; print(requests.__file__)"，确认关键依赖没被覆盖
最麻烦的情况不是找不到模块，而是找到了“假模块”还默默运行下去——直到某个函数调用时才崩，这种延迟失败最难 debug。
