Python中为何os作为模块却能执行import os.path？是否存在类似导入案例？

这个问题确实挺有意思的——按常理来说，只有**包（package）**才能用import 父模块.子模块的方式导入，**模块（module）**是不行的，但os偏偏是个例外，这背后其实是Python导入机制里的一个实用小技巧。

为什么import os.path能成功？ #

os本质上确实是一个模块，但它被手动设置了__path__属性——这个属性本来是包的专属，用来告诉Python解释器去哪里查找子模块。当你执行import os.path时，Python会做以下几步：

1. 先检查os模块是否存在__path__属性；
2. 发现存在后，就会把os当作包来处理，去__path__指向的目录下查找名为path的模块；
3. 找到对应平台的路径实现模块（比如Linux下的posixpath.py、Windows下的ntpath.py）后，将其绑定到os.path属性上，完成导入。

为什么import os.sys会失败？ #

我们先看你给出的错误示例：

import os.sys
Traceback (most recent call last):
File "", line 1, in
import os.sys
ModuleNotFoundError: No module named 'os.sys'; 'os' is not a package

但os.sys确实可以访问：

import os
os.sys
<module 'sys' (built-in)>

这是因为os.sys并不是一个独立的子模块，而是os模块内部自己导入了sys，然后把sys对象赋值给了os.sys这个属性。它并没有通过__path__机制关联到某个子模块，所以直接import os.sys时，Python找不到对应的模块文件，自然会报错。

还有哪些类似的案例？ #

Python标准库中还有几个采用同样技巧的模块，比如：

• import json.tool：json是一个模块，但它设置了__path__，可以导入json.tool这个子模块，它是专门用来格式化JSON数据的工具；
• import typing.io：typing模块也被添加了__path__属性，typing.io里包含了一系列和IO操作相关的类型注解工具。

这种实现方式的核心是给普通模块手动添加__path__属性，让解释器将其当作包处理，既能保持主模块的接口简洁，又能把相关功能拆分成独立的子模块，是标准库组织代码的常用技巧。

内容来源于stack exchange