getMessage()仅返回异常构造时传入的message字符串，不包含类型、堆栈等上下文；核心错误描述应是可读性强、能快速定位问题的业务语义文本，推荐用Objects.toString(t.getMessage(), "无详细描述")安全获取并结合类名输出。
直接调用 throwable.getmessage() 可以获取异常对象中封装的简要错误描述，但它**只返回异常构造时传入的字符串（即 message 字段）**，不包含异常类型、堆栈轨迹或上下文细节。若想在控制台记录“核心错误描述”，关键在于：明确什么是“核心”——通常是可读性强、能快速定位问题本质的文本，而非堆栈行。
理解 getMessage() 的实际行为
getMessage() 返回的是异常实例化时显式指定的描述信息。例如：
new IllegalArgumentException("用户名不能为空")
new IOException("文件 /data/config.txt 不存在")
这类 message 本身已具备业务含义，就是真正的“核心错误描述”。但要注意：
- 某些异常（如
NullPointerException）默认构造时不传 message，getMessage()返回null； - 子类可能重写
getMessage()，但绝大多数标准异常不会； - 它不包含类名、行号、方法名等上下文，纯靠内容本身表达问题。
安全获取并打印核心描述的推荐写法
避免空指针，同时兼顾可读性：
- 用
Objects.toString(t.getMessage(), "无详细描述")防止null导致日志中断； - 建议搭配异常类名一起输出，增强识别度；
- 不要仅依赖
getMessage()排查深层问题，它只是摘要。
Throwable t = ...;
String coreMsg = Objects.toString(t.getMessage(), "未提供具体原因");
System.out.println("【错误】" + t.getClass().getSimpleName() + " - " + coreMsg);
什么时候不能只靠 getMessage()？
以下情况需补充其他信息才能构成真正有用的“核心描述”：
- 空指针、数组越界等运行时异常，message 常为
null或过于笼统（如"Index: 5, Size: 3"），此时需结合堆栈首行判断出错位置； - 嵌套异常（如
Cause）的 message 才是根本原因，主异常 message 可能只是“调用失败”； - 国际化场景下，message 可能是占位符（如
"error.user.not.found"），需配合资源绑定解析。
简单但实用的日志记录模板
兼顾简洁与可维护性：
public static void logError(Throwable t) {
String msg = t.getMessage();
String summary = (msg == null || msg.trim().isEmpty())
? t.getClass().getSimpleName()
: t.getClass().getSimpleName() + ": " + msg;
System.err.println("[ERROR] " + summary);
}
这样既突出异常类型，又保留原始 message 语义，适合开发调试阶段快速扫读。
