应调用field.setaccessible(true)解决illegalaccessexception，用objects.tostring(field.get(obj), "null")显式保留null值，避免递归反射日期类并缓存字段列表以降低gc压力。
Java 反射获取对象字段时 null 值被跳过怎么办
默认用 getDeclaredFields() 拿到字段后，直接调 field.get(obj) 会抛 IllegalAccessException，而且如果字段是 null，很多日志格式化逻辑会直接忽略或转成空字符串，导致日志看不出字段真实状态。
- 必须先调
field.setAccessible(true)，否则私有字段读不到 -
null值要显式保留：用Objects.toString(field.get(obj), "null")，别用String.valueOf()（它把null变成字符串"null"是对的，但有些旧版 JDK 里对数组/集合行为不一致） - 避免递归触发：遇到
java.util.Date、LocalDateTime这类类型，别再反射进它的字段，直接调toString()
Logback / SLF4J 中自定义 FormattingConverter 怎么接入反射逻辑
不能在 convert() 方法里每次 new 一个反射处理器——字段列表和访问权限设置是可缓存的，否则 CPU 和 GC 压力明显上升。
- 用
ConcurrentHashMap<class>, List<field>></field></class>缓存已处理过的类字段列表 - 在 converter 初始化时预热常用类（比如你业务里高频出现的
OrderDTO、UserVO），避免首次打日志时卡顿 - 别在
convert()里 try-catch 所有异常：IllegalAccessException和NullPointerException要捕获并 fallback 到"<error>"</error>，但NoClassDefFoundError这类该让日志框架自己报错
JSON 序列化风格的日志字段顺序怎么保持稳定
反射拿到的 getDeclaredFields() 返回顺序不保证和源码声明一致，不同 JVM 实现可能不同，导致同一对象两次日志输出字段顺序乱掉，diff 困难。
- 手动按字母排序字段名：
Arrays.stream(clazz.getDeclaredFields()).sorted(Comparator.comparing(Field::getName)) - 更稳妥的做法：加个注解如
@LogOrder(1)，运行时优先按注解值排序，没注解的再按名字排 - 注意静态字段（
static）通常不该打日志，过滤掉：!field.getModifiers().contains(Modifier.STATIC)
Gson / Jackson 不行？为什么非要用反射手写格式化器
因为 JSON 库默认会走 getter、序列化配置、@JsonIgnore 等逻辑，而日志需要的是“原始字段快照”——包括 private 字段、未提供 getter 的字段、甚至 transient 字段（比如临时计算中间值）。
- 用 Gson 的
GsonBuilder().excludeFieldsWithoutExposeAnnotation()之类反而更麻烦，还得到处加注解 - Jackson 的
@JsonAutoDetect对 private 字段支持有限，且无法控制 null 表示方式 - 真正省事的是只对特定类启用反射日志，其余仍走常规 %X{MDC} 或 %m，别一股脑全切
字段可见性、null 表达、顺序稳定性、性能缓存——这四点没对齐，日志看着像自动化的，实则排查时比手拼还容易漏信息。
