在 Android 开发中，exception.printStackTrace() 默认不显示在 Logcat 中，因其输出目标是标准错误流（System.err），而 Android Studio 的 Logcat 默认不捕获该流；需显式重定向至 System.out 或改用 Log.e() 才能正常查看堆栈信息。
在 android 开发中，`exception.printstacktrace()` 默认不显示在 logcat 中，因其输出目标是标准错误流（`system.err`），而 android studio 的 logcat 默认不捕获该流；需显式重定向至 `system.out` 或改用 `log.e()` 才能正常查看堆栈信息。
printStackTrace() 是 Java 标准异常调试方法，但在 Android 平台上行为有别：它默认将堆栈信息写入 System.err，而 Android 的运行环境（ART/Dalvik）并未将 System.err 自动桥接到 Logcat。因此，即使代码执行了 exception.printStackTrace()，你也不会在 Android Studio 的 Logcat 窗口中看到任何输出——既无错误提示，也无日志痕迹。
✅ 正确做法有以下两种（推荐后者）：
1. 显式指定输出流为 System.out
try {
// 可能抛出异常的代码
int result = 10 / 0;
} catch (Exception e) {
e.printStackTrace(System.out); // ✅ 输出到 System.out，Logcat 可捕获（部分设备/配置下可见）
}
⚠️ 注意：此方式依赖 System.out 是否被重定向至 Logcat（现代 Android 版本通常支持，但稳定性不如 Log 类）。
2. 使用 Android 原生日志工具 Log.e()（强烈推荐）
import android.util.Log;
try {
int result = 10 / 0;
} catch (Exception e) {
Log.e("MyTag", "发生未预期异常", e); // ✅ 标准、可靠、可过滤
}
该方式将异常完整堆栈记录到 Logcat，标签（"MyTag"）便于筛选，且支持日志级别控制（e 表示 error），符合 Android 最佳实践。
? 额外建议：
- 在 Logcat 窗口顶部确保选择正确的设备、应用进程，并将日志级别设为 Error 或 Verbose；
- 避免在发布版本中保留敏感异常日志，可结合 BuildConfig.DEBUG 控制日志开关；
- 对于更完善的异常追踪，建议集成 Crashlytics 或 Sentry 等专业崩溃分析工具。
总之，不要依赖 printStackTrace() 在 Android 上“自动可见”——主动使用 Log.e(tag, msg, throwable)，才是稳定、可维护、符合平台特性的调试方式。
