Python处理同名类导入冲突的推荐做法是：用as为类起别名（如UserA、UserB），或导入模块后用点号访问（module_a.User）；禁用import*，显式列出所需类，并通过__all__和IDE提示检查命名空间。
当使用 import 导入多个模块，而这些模块中存在同名类时，Python 会以最后一次导入的类覆盖前面的同名类——这容易引发隐蔽的逻辑错误。关键不是“避免同名”，而是“主动控制命名空间”。
用 as 为类起别名
最直接、推荐的做法：在导入时显式重命名，避免冲突。
from module_a import User as UserAfrom module_b import User as UserB- 后续代码中可清晰区分：
u1 = UserA()、u2 = UserB()
只导入模块，用点号访问类
不直接导入类，而是导入整个模块，通过模块名限定作用域，语义更明确、冲突零风险。
-
import module_a和import module_b - 使用时写成：
module_a.User()、module_b.User() - 适合类名常见（如
Config、Model）且来源模块差异大的场景
按需导入，避免通配符
禁用 from xxx import * —— 它会无差别拉入所有公有名称，极易导致不可控覆盖。
- 即使模块只导出一个类，也应显式写出：
from utils import Helper - 若需多个，逐个列出：
from api import Request, Response, Session - 配合
__all__在被导入模块中明确定义导出项，增强可维护性
检查命名冲突，用 dir() 或 IDE 提示辅助
运行时或开发中快速确认当前命名空间是否已存在同名符号：
- 执行
print(dir())查看当前全局变量（含已导入类） - 在 PyCharm / VS Code 中，将鼠标悬停在类名上，IDE 通常会显示其来源模块路径
- 导入后立即检查：
print(User.__module__)可验证当前User来自哪个模块
不复杂但容易忽略：命名冲突本身不是语法错误，却可能让对象行为与预期不符。只要坚持“显式优于隐式”，就能从源头规避大部分问题。
