Python中已知长度的可迭代对象/生成器是否有对应通用协议？

关于可提前获知长度的可迭代对象的通用协议说明 #

• 原生Python层面目前没有公开、独立的命名抽象基类对应你描述的「同时实现Sized和Iterable协议、但不继承Collection或Reversible」的类型。Python标准库中现有的Collection抽象基类本身是Iterable + Sized + Container的组合，刚好比你需要的场景多了实现__contains__方法的要求。
• 不过这一需求已经有广泛的不成文约定：只要一个对象同时实现了__iter__（满足可迭代要求）和__len__（满足可获取长度要求），就会被大部分标准库、第三方库识别为可提前获知长度的可迭代对象，做对应的性能优化。比如list构造函数检测到输入可迭代对象实现了__len__时，会预先分配对应大小的内存，避免迭代过程中反复扩容拷贝的开销，你举的list(x for x in range(1000000))例子之所以会走动态扩容逻辑，就是因为生成器表达式没有实现__len__，list无法提前获知总长度。如果需要做类型标注，Python 3.10及以上版本可以直接用类型交集写法Sized & Iterable[T]，低版本也可以通过自定义Protocol实现标注。
• 这类讨论和生成器的相关性很高：默认生成器（包括生成器表达式、yield关键字定义的生成器函数返回的对象）作为迭代器，是没有实现__len__方法的，因为生成器的执行过程是动态的，迭代次数可能受运行时条件判断、跳出逻辑的影响，无法提前获知。但如果是封装逻辑固定、迭代次数可提前计算的生成器时，开发者往往会希望给生成器附加长度属性，让接收方可以提前做内存优化，这也是「可迭代+可获取长度」协议相关讨论最常见的应用场景。

内容的提问来源于stack exchange，提问作者Fırat Kıyak