Python多类实例下共享cash变量的正确读写方式

先点破你现有代码的实际运行逻辑，消除你对“覆写类变量”的误解：

你目前的代码并没有真的覆写Wallet类定义的类变量cash。实际的运行链路是：

1. Wallet定义了类属性cash=100
2. Food在类定义阶段创建了一个全局共享的Wallet实例，赋值给类属性w，这个实例本身没有自己的实例属性cash
3. 第一次执行采购逻辑时，self.w.cash会先查找实例属性，找不到就顺着类链读取到Wallet类的类属性值100，做减法后，直接把结果赋值给这个共享w实例的自有cash属性。从这一步开始，所有对self.w.cash的读写都只会操作这个实例的自有属性，完全不会改动Wallet类本身的类变量。你之所以觉得结果符合预期，只是因为所有Food实例共享了这同一个w对象，刚好实现了全局余额同步。

这种写法存在两个硬伤：一是职责错配，把钱包引用硬绑在食材类上；二是有隐性风险，因为w是Food的类属性，任意Food实例修改w的指向，都会影响所有其他Food实例的行为，排查问题成本极高。

这个问题没有绝对答案，要看你的使用场景：

• 从工程化和可维护性角度，通常不是最优选择。全局变量的核心缺陷是缺乏封装性：没有任何访问限制，任何代码块都可以随意读写cash，很容易出现无感知的意外修改，也无法支持后续的功能拓展（比如多账户、多币种、多钱包的隔离场景）。
• 仅当你编写的是几十行规模的一次性临时脚本、完全没有长期维护和拓展需求时，全局变量的写法最简洁直接，没有额外的类定义开销，是性价比最高的选择。

你当前代码的核心设计问题是职责错配：Food类作为食材定义类，天生不该持有钱包的引用。如果要保留Wallet类实现全局共享余额，推荐两种经过验证的合理写法：

写法1：单例钱包实例 + 职责分离（最推荐） #

把cash定义为Wallet的实例属性，全局创建唯一的钱包实例，明确拆分职责：

• Wallet负责余额管理、扣款校验、流水记录等逻辑
• Food只负责记录自身单价、计算采购总价，不持有任何支付相关的引用
  示例代码：

class Wallet:
    def __init__(self, initial_cash=100):
        # 把cash定义为实例属性，避免类变量被随意赋值的问题
        self.cash = initial_cash
    
    def deduct(self, amount):
        # 所有扣款逻辑统一通过类方法实现，可内置校验、日志等逻辑
        if amount > self.cash:
            raise ValueError("余额不足")
        self.cash -= amount

class Food:
    def __init__(self, price):
        self.price = price
    
    def get_total_price(self, num):
        return self.price * num

# 全局创建唯一的钱包实例，所有采购操作共用同一个钱包
my_wallet = Wallet(initial_cash=100)
apple = Food(price=5)
banana = Food(price=10)

# 采购流程独立实现：先算商品总价，再调用钱包接口扣款
my_wallet.deduct(apple.get_total_price(num=3))
my_wallet.deduct(banana.get_total_price(num=4))
print(my_wallet.cash) # 输出45

这种写法的优势：

• 所有对cash的读写都收敛在Wallet类内部，不会被外部代码意外修改
• 职责完全解耦，后续要新增其他食材、其他支付方式、多钱包场景，都不需要改动原有类的核心逻辑

写法2：类变量 + 类方法封装（适合必须用类变量共享的场景） #

如果确实需要把cash定义为Wallet的类变量实现全局共享，必须杜绝外部直接读写类变量的行为，所有修改操作都通过类方法封装：

class Wallet:
    cash = 100

    @classmethod
    def deduct(cls, amount):
        # 所有对类变量的修改都通过类方法完成，禁止外部直接赋值
        if amount > cls.cash:
            raise ValueError("余额不足")
        cls.cash -= amount

这种写法可以从机制上避免类变量被随意覆写的问题，保证所有修改逻辑可控。

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