刻意忽略所有异常为何不可取？附Python代码场景示例

1. 隐藏真正的逻辑bug #

你本来只想处理文件读取相关的预期错误（比如文件不存在、编码不兼容），但except:会把所有异常一概吞掉——比如你不小心把self.file_path写成self.file_paht，这种变量名拼写错误引发的AttributeError也会被静默忽略。你只会看到程序返回空值，根本意识不到是代码本身写错了，排查问题时会绕大量弯路，甚至完全找不到根源。

就拿你第一个读取文件的例子来说，要是循环逻辑写错抛出IndexError，或者next(f)的用法出现问题，这些本应被修复的代码错误，都会被except:掩盖，让你误以为是文件本身的问题。

2. 吞掉系统级关键异常 #

有些异常是程序正常运行必须响应的，比如用户按Ctrl+C触发的KeyboardInterrupt、内存不足的MemoryError、程序退出信号SystemExit。用except:捕获所有异常会把这些也吞掉，导致用户无法正常终止程序，或者系统出现严重问题时毫无提示，程序硬撑着继续运行，最后可能引发更严重的崩溃。

3. 大幅降低代码可维护性 #

你的同事接手这段代码时，根本无法明确知道哪些异常会被静默处理。如果后续修改代码引入了新错误（比如枚举值self.FileTypes.MIKE拼写错误），这个AttributeError会被吞掉，同事只会看到空的DataFrame，大概率会去排查文件问题，完全想不到是代码逻辑写错了。这种模糊的错误处理，会让维护成本飙升，和你重构的目标（便于同事阅读维护）完全背道而驰。

4. 无法区分预期错误和意外错误 #

你原本的需求是处理“用户操作导致的文件问题”这类预期内错误，但except:不分青红皂白把所有错误都吞了。比如权限不足引发的PermissionError、磁盘满了的OSError，这些可能是需要提示用户的严重问题，而不是直接返回空值；还有代码逻辑错误（比如mikeio.read的参数传错了），这些本应被修复的bug，也会被当成“可接受的错误”处理，导致程序带着隐患运行。

实用优化建议 #

既然你想遵循“错误绝不能静默传递”，同时又要处理预期内的错误，可以这么做：

• 明确捕获你能预见的异常类型（比如OSError, UnicodeDecodeError, pandas.errors.ParserError等）
• 即使不需要给用户提示，至少在日志里记录异常信息（哪怕是最低级别），方便后续排查问题
• 如果担心有未预见的异常，可以捕获Exception（注意：Exception不包含KeyboardInterrupt、SystemExit这类系统级异常），然后记录日志再返回空值，这样既不会吞掉关键异常，也能处理意外情况，同时留下调试线索。

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