应使用 inspect.getfile() 获取类或模块的真实文件路径，它比 module 更可靠，且比 inspect.getsourcefile() 兼容性更好，能处理 .pyc、冻结模块等场景，而直接读 sys.modules[__module__].__file__ 容错性差。
直接用 __module__ 只能拿到模块名，不是路径
很多同学一看到 __module__ 就以为能直接得到文件路径，结果打印出来是 'my_package.submodule' 这样的字符串——这确实是模块的**全名**，但不是磁盘路径。Python 的模块名和文件路径之间隔着 import 机制、sys.path 查找、.pyc 缓存、甚至 zipimport 等多层抽象。
所以光靠 cls.__module__ 不够，得配合 inspect.getfile() 或 inspect.getsourcefile() 才能落地到真实路径。
inspect.getfile() 是最常用且安全的选择
inspect.getfile() 会尝试返回模块对象（或类/函数）对应的源文件或字节码文件路径，对绝大多数常规 Python 模块都可靠。
- 它内部会先查
__file__属性，找不到再 fallback 到其他线索（比如__cached__） - 支持从类对象直接调用：
inspect.getfile(MyClass) - 如果类定义在交互式解释器（
<stdin></stdin>）或动态生成的代码里，会抛TypeError，需捕获处理
示例：
立即学习“Python免费学习笔记（深入）”；
import inspect <p>class MyClass: pass</p><p>print(inspect.getfile(MyClass)) # 输出类似：/path/to/my_module.py
为什么不用 inspect.getsourcefile()？
inspect.getsourcefile() 更“挑剔”：它只返回有源码（.py）的路径，遇到 .pyc、内置模块、C 扩展、或没有源码的场景（如某些打包后的可执行文件），就直接返回 None。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
常见踩坑点：
- 用 PyInstaller 打包后，
getsourcefile()对主模块返回None，但getfile()还能返回临时解压路径 - 在 Jupyter notebook 里定义的类，
getsourcefile()常失效，getfile()返回<ipython-input-xx-yyy></ipython-input-xx-yyy> - 标准库中部分模块（如
json）是 C 实现，getsourcefile()返回None，而getfile()可能返回'<frozen json>'</frozen>
获取模块对象后再取 __file__ 的写法更底层但要小心
你可以先通过 sys.modules[cls.__module__] 拿到模块对象，再读它的 __file__ 属性：
import sys <p>mod = sys.modules[MyClass.<strong>module</strong>] print(mod.<strong>file</strong>) # 和 inspect.getfile(MyClass) 效果接近
但这个方式有几个硬伤：
- 如果模块没被真正导入过（比如只是声明了
from x import y但没触发执行），sys.modules里可能根本不存在该 key - 某些模块（如
__main__）的__file__在交互式环境里可能不存在或为None - 不如
inspect.getfile()做的容错多（比如自动处理__cached__、__loader__.get_filename()等）
除非你在写 import hook 或调试模块加载机制，否则没必要绕开 inspect.getfile()。
真正容易被忽略的是：路径返回后，它未必可读、未必存在、也未必是你“以为”的那个源文件——尤其在虚拟环境、符号链接、热重载、或使用 zipimport 的场景下。inspect.getfile() 给的是 Python 解释器当前认定的路径，不是文件系统意义上的“绝对真理”。
