Python3.6移植到3.8时isinstance因导入路径不同返回异常

问题描述 #

我开发的铁路节点图程序在Python 3.6下运行正常，移植至Ubuntu 18.04.6 LTS支持的Python 3.8时，遇到isinstance的异常行为：

• 对象类型明确为railref.railref.lineobj.JC
• 使用rf.ICTL、rf.JC作为isinstance第二个参数时返回False
• 使用rf.railref.lineobj.ICTL、rf.railref.lineobj.JC作为参数时返回True
• 重启IPython会话后该现象可能消失

所有节点类位于railref.railref.lineobj包，通过顶层__init__.py以rf为别名导入至IPython会话。

测试会话 #

In [10]: rf.line_object_add_signal_box(lb.z055,5,lengths[0])
object Redgate Mill Junction at pos 5 is not a controllable object

In [11]: type(lb.z055.z5)
Out[11]: railref.railref.lineobj.JC

In [12]: isinstance(lb.z055.z5,rf.ICTL)
Out[12]: False

In [13]: isinstance(lb.z055.z5,rf.railref.lineobj.ICTL)
Out[13]: True

In [14]: isinstance(lb.z055.z5,rf.JC)
Out[14]: False

In [15]: isinstance(lb.z055.z5,rf.railref.lineobj.JC)
Out[15]: True

原因分析 #

这个问题的核心是模块重复导入导致类对象身份不唯一：

1. 在IPython这类交互式环境中，模块导入的缓存机制可能因导入路径差异（比如直接导入子模块 vs 通过顶层包导入子模块），将同一个物理模块识别为两个不同的模块实例。
2. Python中，类的身份由其所在的模块实例和类名共同决定，即使类名完全相同，来自不同模块实例的类会被视为两个完全不同的对象。
3. isinstance判断依赖类对象的内存地址（身份）而非类名称，因此当rf.JC和rf.railref.lineobj.JC指向不同的类对象时，判断结果会不一致。
4. 重启IPython后，之前的模块缓存被清空，重新导入时路径统一，类对象指向同一个实例，问题自然消失。

验证方法 #

在IPython中执行以下命令，查看两个类对象的内存地址：

print(id(rf.JC))
print(id(rf.railref.lineobj.JC))

如果输出的两个id值不同，即可确认是重复导入导致的类对象不一致问题。

内容的提问来源于stack exchange，提问作者Michiel Rademakers