应捕获具体异常类型而非宽泛异常，避免空catch块并记录日志，利用finally或try-with-resources确保资源释放，且在抛出新异常时保留原始异常信息以追溯错误根源。
在使用 try-catch 捕获异常时，虽然语法简单，但实际开发中容易忽略一些关键细节，影响程序的健壮性和可维护性。以下是需要注意的核心要点。
明确捕获具体异常类型
避免直接捕获过于宽泛的异常，比如 Exception 或 Throwable（Java）或 Exception（C#），这会掩盖真正的问题。
- 应优先捕获具体的异常类型，如 IOException、NullPointerException 等，以便针对性处理。
- 如果同时处理多种异常，可分别捕获，避免“误吞”关键错误。
不要空 catch 块
空的 catch 块会让异常悄无声息地消失，导致问题难以排查。
- 至少记录日志，例如使用 logger 输出异常信息。
- 若确实不需要处理，也应添加注释说明原因，如“该异常在此场景下可忽略”。
合理使用 finally 或 using 保证资源释放
try-catch 块常用于操作文件、网络连接等需要释放资源的场景。
- 使用 finally 块确保资源关闭，如关闭流、连接等。
- 在支持的语言中（如 C#、Java 7+），优先使用 try-with-resources 或 using 语句，自动管理资源。
避免在 catch 中抛出新异常时丢失原始异常
当需要包装异常并重新抛出时，保留原始异常的堆栈信息至关重要。
- 抛出新异常时，将原异常作为内层异常（inner exception）传入构造函数。
- 这样可以在调试时追溯完整的调用链和错误根源。
基本上就这些。正确使用 try-catch 不仅是语法问题，更关乎程序的稳定性和后期维护效率。不复杂但容易忽略。
