printStackTrace()输出完整堆栈用于调试，不适用于生产；getMessage()仅返回简短消息，常需结合异常类型和上下文；生产环境应直接传异常对象给日志框架。
在 Java 异常处理中，printStackTrace() 和 getMessage() 是两个常用但用途不同的方法，它们分别用于快速定位问题和提取错误信息。直接用 printStackTrace() 适合开发调试，但不推荐用于生产环境日志；而 getMessage() 只返回简短描述，常需配合异常类型和上下文才有意义。
printStackTrace()：快速查看完整调用链
该方法将异常类型、消息及从抛出点到入口的完整堆栈（包括类名、方法名、行号）输出到标准错误流（System.err），便于快速定位问题源头。
- 默认输出到控制台，也可重定向到文件或日志器：
e.printStackTrace(new PrintWriter("error.log")) - 仅适用于开发阶段快速排查；生产环境应避免直接使用，因其无法控制输出格式、级别，也不支持异步或滚动策略
- 对嵌套异常（如
InvocationTargetException）只打印最外层，需配合getCause()配合使用才能看到根本原因
getMessage()：获取异常的简短描述信息
getMessage() 返回异常构造时传入的字符串（即 new RuntimeException("数据库连接超时") 中的那部分），不包含堆栈，也不体现异常类型。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 单独调用可能信息不足，例如
NullPointerException的getMessage()常为null，此时会输出空字符串 - 适合拼接到业务日志中，比如：
log.warn("订单创建失败: {}", e.getMessage()) - 若需更完整信息，建议改用
e.toString()（含类名+消息）或自行组合：e.getClass().getSimpleName() + ": " + e.getMessage()
生产环境推荐的日志写法（以 SLF4J 为例）
真正可靠的错误日志应同时包含可读性、可追溯性和结构化能力：
立即学习“Java免费学习笔记（深入）”；
- 记录异常对象本身：
log.error("支付回调处理异常", e)—— 日志框架会自动打印完整堆栈，且支持配置输出格式与目标 - 补充关键上下文：
log.error("用户 {} 支付单 {} 处理失败", userId, orderId, e) - 避免手动拼接
getMessage()或调用printStackTrace()，除非做特殊诊断（如导出到临时诊断文件）
常见误区提醒
以下做法看似合理，实则影响问题排查效率或系统稳定性：
- 只打印
getMessage()而忽略异常类型和堆栈 → 无法区分是网络超时还是参数为空 - 在 catch 块中调用
printStackTrace()后又“吞掉”异常（不 re-throw / 不记录）→ 错误静默丢失 - 用
System.out.println(e.getMessage())替代日志 → 输出不可控、无时间戳、难检索
