MyPy 1.12 版本中描述符类型推断的回归问题分析

问题背景

在 Python 类型检查器 MyPy 的最新版本 1.12 中，出现了一个关于描述符类型推断的回归问题。这个问题影响了那些使用 __get__ 方法作为描述符的装饰器实现，导致 MyPy 无法正确推断绑定方法后的类型信息。

技术细节

在 Python 中，描述符协议允许对象自定义属性访问行为。当类方法被访问时，Python 会调用 __get__ 方法，该方法可以返回一个绑定了实例的方法。在类型注解中，我们通常使用 @overload 来区分两种情况：

1. 当通过类访问时（instance=None），返回描述符本身
2. 当通过实例访问时，返回一个绑定了 self 的方法

在 MyPy 1.11 及更早版本中，这种模式能够正常工作。例如：

class Descriptor[C: Callable[..., Any]]:
    @overload
    def __get__(self: Descriptor[C], instance: None, owner: type | None) -> Descriptor[C]: ...
    
    @overload
    def __get__[S, **P, R](
        self: Descriptor[Callable[Concatenate[S, P], R]], 
        instance: S, 
        owner: type | None,
    ) -> Callable[P, R]: ...

这种实现方式允许类型检查器正确推断出绑定方法后的参数类型（去掉了 self 参数）。

问题表现

从 MyPy 1.12 开始，类型检查器不再能正确匹配这些重载，导致：

1. 类型信息完全丢失，返回类型变为 Any
2. 报告的最匹配重载实际上是最不合适的那个
3. 同样的代码在 PyRight 和其他类型检查器中仍能正常工作

影响范围

这个问题影响了所有使用类似模式实现方法装饰器的代码库。特别是那些需要精确类型推断的高级装饰器实现，比如缓存装饰器、异步方法装饰器等。

临时解决方案

目前，开发者可以考虑以下临时解决方案：

1. 暂时锁定 MyPy 版本为 1.11
2. 使用其他类型检查器如 PyRight 作为替代
3. 简化描述符实现，牺牲一些类型安全性

未来展望

这个问题已经被确认为回归问题，并有望在未来的 MyPy 版本中修复。开发者可以关注 MyPy 的更新日志，及时获取修复信息。

对于 Python 类型系统的使用者来说，这个问题提醒我们需要：

1. 对类型检查器版本更新保持谨慎
2. 为关键项目设置类型检查的CI测试
3. 了解不同类型检查器之间的差异和兼容性