IDEA 自动生成 toString() 应选 Custom 模板，设为 "%s=%s".formatted($field.name$, Objects.toString($field.name$)) 并启用 Use 'java.util.Objects.toString()'；需人工删减敏感字段，每次改字段后手动重生成，避免与 Lombok 混用。
IDEA 自动生成 toString() 用哪个模板？
默认模板（StringBuilder 拼接）在 JDK 8+ 环境下其实不如 Objects.toString() 或 String.format() 简洁安全。IDEA 的「Record-style」模板（基于 record 语义）只适合不可变类，对普通 class 反而漏掉 null 判断。
实操建议：选「Custom」模板，手动设为 Objects.toString(field) 风格，避免手写 if (x == null) 判断。
- 进
Settings > Editor > Code Style > Java > Code Generation，点Configure... - 新建模板，内容用：
"%s=%s".formatted($field.name$, Objects.toString($field.name$)) - 勾选
Use 'java.util.Objects.toString()'（IDEA 2022.3+ 自带该选项）
toString() 里要不要打印 private 字段？
要，但得看场景。调试时需要完整字段，但生产日志中暴露敏感字段（如 password、token）会引发安全审计问题。
实操建议：生成后立刻人工删减，别依赖模板自动过滤。IDEA 不识别语义（比如它不知道 authToken 是密钥），也不会跳过 @Transient 或 @JsonIgnore 注解字段。
立即学习“Java免费学习笔记（深入）”；
- 常见错误现象：
toString()打印出超长 Base64 字符串，拖慢日志输出甚至 OOM - 使用场景：单元测试断言失败时靠
toString()查状态 → 保留全部字段；SLF4J 日志中调用 → 必须删减 - 参数差异：
lombok.ToString(exclude = "password")是声明式控制，IDEA 生成是命令式，二者不互通
为什么改了字段却没更新 toString()？
因为 IDEA 默认只在「Generate…」菜单里触发，不会监听后续的字段增删。你加了个 private LocalDateTime updatedAt;，但没重新生成，toString() 就永远不显示它。
实操建议：把「Generate toString()」绑定成快捷键（如 Alt+Insert → T），每次改完字段顺手按一下。别等出问题才想起来补。
- 容易踩的坑：用 Lombok 的
@ToString和 IDEA 生成混用 → 编译时报Method toString() is already defined - 性能影响：频繁生成再删再生成，Git 提交记录里全是
toString()差异，干扰 code review - 兼容性：老项目用 JDK 7，
Objects.toString()不可用 → 改回三元表达式(x == null ? "null" : x.toString())
JSON 序列化和 toString() 能互相替代吗？
不能。前者面向传输（结构化、可解析），后者面向人眼（扁平、可读）。用 new ObjectMapper().writeValueAsString(obj) 替代 toString()，会在日志里打出缩进混乱的多行 JSON，反而更难定位字段值。
实操建议：调试用 toString()，接口响应/持久化用 JSON 库，两者职责分明。强行统一只会让 toString() 变得又重又慢（比如引入 Jackson 依赖只为打个日志）。
- 常见错误现象：在
toString()里调用JSON.toJSONString(this)→ 触发无限递归（对象含循环引用时直接栈溢出） - 使用场景：微服务间传参需 JSON → 用
ObjectMapper；排查 NPE 时看user.toString()→ 保持轻量 - 性能影响：
toString()被大量调用（如集合遍历打印），JSON 序列化开销高且不可控
最常被忽略的一点：toString() 方法体一旦生成，就脱离 IDE 管理。字段改名、类型变更、新增注解，都不会自动同步到已有方法里 —— 这不是工具缺陷，是设计使然。
