Python类为何不普遍内置存储所有已创建实例的类变量？

首先先修正你给出的示例代码里的语法/逻辑错误：

1. __init__方法定义后多写了一个冒号
2. self.volume错误赋值为id，应该使用传入的volume参数
3. 访问类变量需要加类名前缀，直接写baskets会触发NameError
   修正后的代码如下：

class Basket:
    baskets = []
    def __init__(self, id, volume):
        self.id = id
        self.volume = volume
        Basket.baskets.append(self)

这种写法没有被普遍使用的核心原因如下：

• 强引用导致内存泄漏
  普通列表是强引用容器，只要类本身还未被销毁，所有存入列表的实例都不会被垃圾回收，哪怕业务层面已经没有任何地方需要使用这些实例，内存会持续堆积，对于实例创建频率高、生命周期短的场景完全不可用。
• 违反单一职责原则，耦合度过高
  类的核心职责应该是实现自身的业务逻辑，和实例存储、统计的逻辑完全解耦才是合理设计。把存储逻辑写死在类内会极大降低灵活性：如果需要多组实例分类存储（比如按仓库、按创建时间分组）、部分临时实例不需要被全局记录的场景下，这种方案完全无法适配，硬改只会让类的代码越来越臃肿。
• 多线程/多协程场景下存在线程安全隐患
  append操作本身在CPython中因为GIL的存在是原子操作，但如果涉及到对实例列表的遍历、修改、删除操作，多线程并发执行时很容易出现竞争条件，必须额外加锁才能保证数据正确性，额外增加了维护成本。
• 继承场景下易出现逻辑错误
  如果有子类继承该类，若没有主动在子类中重新定义存储实例的类变量，子类创建的所有实例都会被存入父类的类变量中，和父类实例混在一起，很容易出现意料之外的逻辑错误。
• 额外的维护成本
  如果需要删除某个实例，你不仅要删除外部的引用，还需要手动从类变量的列表中移除该实例，否则还是会有内存泄漏问题，远不如外部单独维护实例列表灵活，删除、筛选、分组操作都可以在外部独立处理，不需要修改类本身的代码。

如果确实有全局统计所有实例的需求，可以用weakref.WeakSet替代普通列表，弱引用不会阻止GC回收实例，实例销毁后会自动从WeakSet中移除，能解决内存泄漏的问题，但其他的耦合、灵活性问题依然存在。

内容的提问来源于stack exchange，提问作者Ethan Carter