Python函数参数默认值设为Enum成员是否为不良实践？

答案是：通常不属于，核心区别在于Enum成员的特性和可变对象作为默认值的问题根源不同。

先回顾可变对象作为默认值的问题：
比如这段代码的问题在于，默认值[]是在函数定义时创建的单一可变对象，每次调用函数如果修改了这个对象（比如append操作），会直接改变后续调用的默认值状态：

def foo(a = []):
    a.append(1)
    print(a)

foo()  # 输出 [1]
foo()  # 输出 [1, 2] —— 意外的副作用

而Enum成员作为默认值的情况，要分两种场景看：

1. Enum成员关联不可变对象（或本身是不可变单例） #

标准库的Enum成员本质是不可变的单例实例，比如关联整数、字符串这类不可变类型时，完全不存在可变对象的副作用问题。每次调用函数时，默认值都是同一个不可变的Enum成员，不会被意外修改：

from enum import Enum

class OrderStatus(Enum):
    PENDING = "pending"
    SHIPPED = "shipped"

def process_order(status = OrderStatus.PENDING):
    print(f"处理订单状态：{status.value}")

process_order()  # 输出 处理订单状态：pending
process_order(OrderStatus.SHIPPED)  # 输出 处理订单状态：shipped
process_order()  # 依然输出 处理订单状态：pending —— 行为符合预期

2. Enum成员关联可变对象 #

如果Enum成员关联的是可变自定义对象（比如你例子中的SomeClass()），此时的风险和直接把可变对象作为默认值完全一致——但问题根源不在Enum成员本身，而是这个关联的可变对象。比如：

from enum import Enum

class Counter:
    def __init__(self):
        self.count = 0

class SomeEnum(Enum):
    DEFAULT_COUNTER = Counter()

def increment(a = SomeEnum.DEFAULT_COUNTER):
    a.count += 1
    print(a.count)

increment()  # 输出 1
increment()  # 输出 2 —— 副作用出现，因为默认值的可变对象被修改

这种情况的问题和def increment(a = Counter())完全一样，只是把可变对象包装在了Enum成员里，本质还是可变对象作为默认值的不良实践，和Enum无关。

总结 #

• 如果Enum成员关联的是不可变对象，作为函数默认值是安全且符合规范的；
• 如果Enum成员关联的是可变对象，则会存在和直接使用可变对象作为默认值相同的风险，但这不是Enum的问题，是可变对象本身的特性导致的。

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