从Spring GraphQL Starter迁移后，Spring for GraphQL支持请求级Schema定制吗？

Spring for GraphQL没有提供开箱即用的请求级动态Schema切换能力，但可以通过扩展核心组件实现该需求，核心思路是绕开启动时初始化的单一GraphQlSource，基于请求上下文动态提供对应Schema的执行源：

关键实现步骤 #

• 构建动态GraphQlSource工厂
  实现一个工厂类，根据请求中的客户端标识（比如请求头、请求参数）创建或缓存对应Schema的GraphQlSource实例。可以复用官方的GraphQlSource.Builder来构建不同Schema的执行源，包含对应的类型定义和数据获取器绑定。

• 通过拦截器注入动态GraphQlSource
  实现GraphQlInterceptor拦截请求，在执行前从工厂获取匹配当前客户端的GraphQlSource，替换默认的执行上下文。示例代码如下：

  @Component
  public class DynamicSchemaInterceptor implements GraphQlInterceptor {
  
      private final DynamicGraphQlSourceFactory sourceFactory;
  
      public DynamicSchemaInterceptor(DynamicGraphQlSourceFactory sourceFactory) {
          this.sourceFactory = sourceFactory;
      }
  
      @Override
      public Mono<ExecutionResult> intercept(GraphQlRequest request, Chain chain) {
          // 从请求头提取客户端标识，可根据实际场景调整
          String clientId = request.getHeaders().getFirst("X-Client-Id");
          GraphQlSource graphQlSource = sourceFactory.getOrCreateGraphQlSource(clientId);
          // 传递动态获取的GraphQlSource到执行链
          return chain.next(request.withExecutionGraphQlSource(graphQlSource));
      }
  }
  

• 缓存优化
  为避免重复构建Schema导致性能损耗，在工厂类中以客户端标识为key缓存GraphQlSource实例，仅当Schema发生变更时才重新生成。

注意事项 #

• 确保动态Schema对应的DataFetcher、类型转换器等组件与Schema定义匹配，避免执行时出现类型不匹配错误。
• 若Schema需频繁更新，需设计合理的缓存失效机制，保证客户端能获取最新的Schema定义。

内容的提问来源于stack exchange，提问作者Justin Sumida