慎重使用Spring DevTools，Spring Boot 和 Logback 中不同 Classloader 加载的类，ApplicationContext管理失败

Spring Boot 和 Logback 中不同 Classloader 加载的类
mar*_*usw 0 java logback classloader spring-boot

我遇到了一个我想了解的奇怪问题。如果有人有一个很好的解决方案，但我实际上正在寻找一种理解为什么会发生这种情况：

我写了一个自定义的 Logback 布局。我正在扩展ch.qos.logback.contrib.json.classic.JsonLayout和覆盖addCustomDataToJsonMap. 如果在日志事件参数列表中找到某种类型的参数，我想添加其他属性：

protected void addCustomDataToJsonMap(Map<String, Object> map, ILoggingEvent event) {

if (event.getArgumentArray() == null) {
  return;
}

for (Object argument : event.getArgumentArray()) {

  System.out.println(argument.getClass().getClassLoader()); // 1
  System.out.println(JsonAttribute.class.getClassLoader()); // 2

但是参数列表 (1) 中对象的类和静态引用一 (2) 的类由不同的类加载器加载，如输出所示：

org.springframework.boot.devtools.restart.classloader.RestartClassLoader@618157b2
sun.misc.Launcher$AppClassLoader@18b4aac2
因此，我无法将对象强制转换为不需要的类型并访问其方法。我想到的解决方法是通过 Reflecion 访问那些，但我宁愿使用真正的价值。

我想这只是我的开发环境的问题，但正如第一部分所说，我真的很想了解发生了什么。

编辑：

正如预期的那样：在没有 spring 开发工具的“生产”模式下运行应用程序时，所有类都由同一个类加载器加载。

附录：

此函数的堆栈跟踪：

at xxx.ExtendableJsonLayout.addCustomDataToJsonMap(ExtendableJsonLayout.java:26)
at ch.qos.logback.contrib.json.classic.JsonLayout.toJsonMap(Unknown Source)
at ch.qos.logback.contrib.json.classic.JsonLayout.toJsonMap(Unknown Source)
at ch.qos.logback.contrib.json.JsonLayoutBase.doLayout(Unknown Source)
at ch.qos.logback.core.encoder.LayoutWrappingEncoder.encode(LayoutWrappingEncoder.java:115)
at ch.qos.logback.core.OutputStreamAppender.subAppend(OutputStreamAppender.java:230)
at ch.qos.logback.core.OutputStreamAppender.append(OutputStreamAppender.java:102)
at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(UnsynchronizedAppenderBase.java:84)
at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:51)
at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Logger.java:270)
at ch.qos.logback.classic.Logger.callAppenders(Logger.java:257)
at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:421)
at ch.qos.logback.classic.Logger.filterAndLog_1(Logger.java:398)
at ch.qos.logback.classic.Logger.error(Logger.java:526)
at xxx.TestRunner.run(TestRunner.java:23)
at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:813)
at org.springframework.boot.SpringApplication.callRunners(SpringApplication.java:797)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:324)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1260)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1248)
at xxx.TestRunner.main(TestRunner.java:16)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)

我的 appender 的 logback 配置：

true yyyy-MM-dd' 'HH:mm:ss.SSS JsonAttribute 类：

@AllArgsConstructor
@Getter
public class JsonAttribute {

private String key;
private Object value;

public static JsonAttribute attr(String key, Object value) {
return new JsonAttribute(key, value);
}

@Override
public String toString() {
return key + “=” + value;
}

kid*_*ney 5

我假设您正在使用 Spring DevTools。他们创建了一个单独的类加载器，以便更快地重新启动应用程序。这个类加载器应该加载你的类，并在重新启动时被丢弃，而不是重新启动整个应用程序。请参阅DevTools 文档。

您应该能够将其配置为排除您的自定义 Logback 布局，以便在应用程序重新启动时不会重新加载它（链接文档中的第 20.2.6 节）。