既然可提前避免异常，为何还要在编程中捕获异常？

你提到的提前检查（比如用os.path.exists判断文件是否存在）看似可行，但实际场景里有很多局限性，而异常捕获正是为了弥补这些不足，核心价值体现在这几个方面：

1. 避免竞态条件 #

你的第二个例子里，os.path.exists(args.filename)和open(args.filename)之间存在时间差——哪怕检查时文件存在，检查完成后到打开前的瞬间，文件可能被删除、移动或者权限变更，这时候open还是会抛出异常，但你的代码没做处理，直接崩溃。而异常捕获的方式能覆盖这种“检查后状态突变”的场景，真正保证错误被处理。

2. 让代码更简洁清晰 #

提前检查会把大量的判断逻辑插入到正常业务流程中，比如如果要处理文件操作的所有可能错误，你需要依次判断文件是否存在、是否有读写权限、是否是目录而非文件……这些判断会把核心的“打开文件写入内容”逻辑淹没。而异常捕获可以把正常逻辑和错误处理分离，让主流程一目了然：

try:
    with open(args.filename, 'w') as fs:
        fs.write("test")
except FileNotFoundError:
    print("文件不存在")
except PermissionError:
    print("没有权限操作该文件")
except IsADirectoryError:
    print("输入的是目录，不是文件")

这样主代码只关注“要做什么”，错误处理集中在一块，可读性更强。

3. 覆盖无法提前预判的错误 #

有些错误根本没办法提前检查：比如网络请求时的连接超时、远程服务器故障；或者调用第三方库时，对方内部抛出的异常。这些场景下你没法提前做判断，只能通过捕获异常来处理错误。

4. 适配语言设计哲学 #

像Python这类语言，官方更推荐**EAFP（请求原谅比请求许可好）的编程风格，也就是先尝试执行操作，遇到错误再处理，而非LBYL（三思而后行）**的提前检查。这种风格更符合动态语言的特性，也能减少冗余的判断代码。

针对你的例子补充 #

另外还要注意，你的第二个例子里还有个隐藏问题：with open(args.filename)默认是只读模式（r），调用fs.write会直接抛出UnsupportedOperation异常，但你的代码没处理；而第一个例子如果加上对这个异常的捕获，就能处理这种情况，提前检查的方式很难覆盖这类“操作本身不允许”的错误。

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