Python不支持方法重载，因其函数定义本质是变量赋值，后定义覆盖前定义；类型在运行时确定，无编译期静态分派机制；singledispatchmethod仅为运行时显式分派，非真正重载；默认参数和args/*kwargs已可优雅替代多数重载需求。
Python 不支持真正意义上的方法重载，根本原因在于它的函数定义机制和动态类型系统决定了「同名函数后定义覆盖前定义」是必然行为，不是缺陷，而是设计使然。
函数名只是变量名，重复赋值就覆盖
在 Python 中，def 本质上是把一个函数对象绑定到某个名字上，和 a = 1、a = "hello" 没有本质区别：
-
def foo(x): return x + 1→ 把函数对象赋给名字foo -
def foo(x, y): return x + y→ 再次把另一个函数对象赋给foo，前者被丢弃
运行时调用 foo(1) 必然报 TypeError: foo() missing 1 required positional argument: 'y'，因为旧定义已不存在。这不是语法限制，而是对象绑定的自然结果。
参数类型无法参与分派，因为类型在运行时才确定
Java/C++ 的重载依赖编译器在编译期根据静态类型选择函数；而 Python 的 x 可以是 int、str、自定义类实例，甚至同一变量在不同行类型都不同：
- 没有编译期，就没有“根据类型选函数”的时机
-
isinstance()或type()判断只能在运行时做，属于逻辑分支，不是语言级重载 - 类型提示（如
def f(x: int)）纯属注解，解释器完全忽略，不影响执行
singledispatchmethod 不是“重载”，是显式分派逻辑
很多人误以为 @singledispatchmethod 实现了重载，其实它只是帮你写好了 if isinstance(data, int): ... elif isinstance(data, str): ... 这种判断链：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 注册的每个
@handle.register方法，仍是普通函数，靠装饰器在类构建时收集并缓存类型映射表 - 调用
obj.handle(data)时，实际执行的是一个统一入口函数，内部查表+类型检查+跳转 - 如果你删掉所有
@register，只留主方法，代码仍能跑——只是失去多态分派能力
它解决的是“按参数类型分发行为”的需求，但底层仍是单个方法 + 运行时判断，不是语言支持的重载语义。
默认参数和 *args/**kwargs 已足够替代大多数重载场景
所谓“需要重载”，90% 是为了解决参数个数或可选性差异。Python 提供更直接、更透明的方式：
- 用
def process(self, a, b=None, c=None)替代process(a,b)和process(a,b,c) - 用
def log(*messages, level="INFO", **opts)支持任意数量位置/关键字参数 - 用
if isinstance(x, (int, float)):统一处理数值类型，比写两个重载函数更符合 Python 的鸭子类型哲学
硬加重载反而破坏可读性：看到 foo(x)，你得翻完整个类才能确认它到底支持哪些类型和个数的参数；而带默认值或类型检查的单一函数，一眼就能看清契约。
真正容易被忽略的一点是：当你在类里反复写 def method(self, x):、def method(self, x, y): 并期待它们共存时，你其实在对抗 Python 的命名空间模型。这不是“怎么让它工作”的问题，而是“为什么不该这么设计”的问题——Python 的简洁性，恰恰来自不支持这种隐式多义。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
