嘿，你的问题其实是典型的「消除控制流中的重复代码」场景——核心就是把多次重复的print("always_do_this")统一到一处执行，同时保留原有的条件判断和返回逻辑。除了你想到的两种方案，还有几个更贴合Python风格的简洁实现方式：

方案3：标志变量+互斥分支（最直观的Pythonic写法） #

原代码里的多个if其实是互斥分支（满足一个就直接返回），用elif替代更合理，再配合一个标志变量记录是否需要后续返回，就能把重复的打印语句统一：

def main():
    should_return = False
    if expression1:
        print("1")
        should_return = True
    elif expression2:
        print("2")
        should_return = True
    # ... 后续新增条件直接用elif延续即可
    
    print("always_do_this")
    if should_return:
        return
    # 执行其他操作

这个写法逻辑直白，没有额外的函数或异常处理，完全用Python基础控制流解决问题，可读性和维护性都很强。

方案4：遍历条件列表（适合多分支场景） #

如果你的条件分支很多，把「表达式-对应输出」整理成列表遍历匹配，扩展性会更好——后续新增条件只需要往列表里加项，不用改动控制流代码：

def main():
    # 把所有条件和对应输出整理成元组列表
    condition_pairs = [
        (expression1, "1"),
        (expression2, "2"),
        # ... 可以继续添加更多(判断表达式, 输出文本)对
    ]
    
    should_return = False
    for expr, msg in condition_pairs:
        if expr:
            print(msg)
            should_return = True
            break  # 匹配到第一个满足的条件就停止遍历
    
    print("always_do_this")
    if should_return:
        return
    # 执行其他操作

这种方式尤其适合需要频繁新增条件的场景，代码的可维护性会提升很多。

聊聊你提到的两种方案的优劣势 #

• 方案1（提取独立函数）：优点是逻辑分离清晰，但如果只是为了处理这几个条件，有点“过度封装”的感觉，反而增加了代码的跳转成本。
• 方案2（try-finally变通）：不推荐这种写法——用异常处理来实现普通控制流，违背了Python的「EAFP」原则（优先请求原谅而非许可），属于滥用异常机制，会让其他开发者困惑。

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