Spring boot spring cloud gcp启动器日志记录:当;此请求导致启动了一个新流程;

Spring boot spring cloud gcp启动器日志记录:当;此请求导致启动了一个新流程;,spring-boot,google-app-engine,google-cloud-logging,Spring Boot,Google App Engine,Google Cloud Logging,我在Java11 Google应用程序引擎应用程序中配置了云日志实现,如下所示 从云日志UI中,我可以看到同一请求的日志行被分组在一个公共父项下,这正是我想要的。它正在发挥作用: 我发现,当一个请求实际触发一个新实例时,这种行为不起作用: 您可以看到,没有任何子项,只有关于正在创建的实例的日志: 此请求导致为应用程序启动一个新进程,从而导致首次加载应用程序代码。因此,与应用程序的典型请求相比,此请求可能需要更长的时间并使用更多的CPU。 如果我按特定的traceId进行筛选,我实际上可以看到该

我在Java11 Google应用程序引擎应用程序中配置了云日志实现,如下所示

从云日志UI中,我可以看到同一请求的日志行被分组在一个公共父项下,这正是我想要的。它正在发挥作用:

我发现,当一个请求实际触发一个新实例时,这种行为不起作用: 您可以看到,没有任何子项,只有关于正在创建的实例的日志:
此请求导致为应用程序启动一个新进程,从而导致首次加载应用程序代码。因此,与应用程序的典型请求相比,此请求可能需要更长的时间并使用更多的CPU。

如果我按特定的traceId进行筛选,我实际上可以看到该特定请求的日志,这里唯一缺少的部分是未显示在公共父项下的部分:

我是否缺少配置?这是已知的行为吗? 这是我当前的
logbackspring.xml

<!-- https://spring-gcp.saturnism.me/app-dev/observability/logging#logback -->

<configuration>
   <include resource="org/springframework/boot/logging/logback/defaults.xml" />
   <include resource="org/springframework/boot/logging/logback/console-appender.xml" />

   <springProfile name="development | stage | production">
      <include resource="org/springframework/cloud/gcp/logging/logback-json-appender.xml" />
      <root level="INFO">
         <appender-ref ref="CONSOLE_JSON" />
      </root>
   </springProfile>
   <springProfile name="default | localhost">
      <root level="INFO">
         <appender-ref ref="CONSOLE" />
      </root>
   </springProfile>
</configuration>


根据文件[1],问题不应发生,要找到根本原因,需要进行项目调查。因此,请打开一个坑[2]案例。谢谢[1] :[2]:根据文件[1],问题不应该发生,要找到根本原因,需要进行项目调查。因此,请打开一个坑[2]案例。谢谢[1]: [2]: