e.printStackTrace() 不适合生产环境，因它绕过日志框架，无法分级、加上下文、持久化或过滤敏感信息；应使用 SLF4J 等框架传入异常对象记录，确保堆栈完整。
e.printStackTrace() 是 Java 中最基础的异常打印方式，但它在生产环境和规范开发中不推荐直接使用。它会把异常堆栈输出到标准错误流（System.err），既无法控制输出位置，也不便于日志管理、分级、过滤或持久化。
为什么 printStackTrace 不适合生产环境
它绕过了日志框架，无法：
- 按级别（ERROR/WARN/DEBUG）区分严重程度
- 添加时间戳、线程名、类名等上下文信息
- 将日志写入文件或转发到日志中心（如 ELK、Sentry）
- 动态调整输出开关（比如测试开、上线关）
- 避免敏感信息（如密码、token）被无意打印
正确做法：用日志框架记录异常
推荐使用 SLF4J + Logback（或 Log4j2），并传入异常对象作为参数，而不是手动拼接字符串：
logger.error("用户登录失败，用户名：{}", username, e);
注意：异常对象必须放在参数列表末尾，日志框架才能自动识别并打印完整堆栈。如果写成：
立即学习“Java免费学习笔记（深入）”；
logger.error("用户登录失败，用户名：{}，异常：{}", username, e.toString()); // ❌ 错误
就只会输出异常消息字符串，丢失堆栈轨迹。
特殊情况：调试时临时用 printStackTrace 怎么办
仅限本地开发快速验证，且应满足：
- 加明确注释说明用途，例如
// DEBUG: 临时查看堆栈，上线前删除 - 不要提交到共享代码库
- 避免在循环、高频调用路径中使用（性能差、干扰控制台）
替代方案：获取堆栈字符串自行处理
如果确实需要字符串形式（比如上报给监控系统），用 ExceptionUtils.getStackTrace(e)（Apache Commons Lang）或手动捕获：
String stackTrace = Arrays.toString(e.getStackTrace()); // 简单但不完整 // 推荐： StringWriter sw = new StringWriter(); e.printStackTrace(new PrintWriter(sw)); String fullTrace = sw.toString();
但依然建议优先走日志框架，而非自己拼装。
