Was passiert mit dem Standard-Argument-Resolver, wenn ein benutzerdefinierter Resolver für denselben Typ hinzugefügt wird?

Question

Deshalb möchte ich maximal seitenwechselbar Größe Wert auf 10 (Beispielwert) begrenzen, und ich kann dies tun, wie folgt aus:

@Configuration 
public class MvcConfiguration extends WebMvcConfigurerAdapter { 

    @Override 
    public void addArgumentResolvers(List<HandlerMethodArgumentResolver> argumentResolvers) { 
     super.addArgumentResolvers(argumentResolvers); 
     PageableHandlerMethodArgumentResolver resolver = new PageableHandlerMethodArgumentResolver(); 
     resolver.setMaxPageSize(10); 
     argumentResolvers.add(resolver); 
    } 
} 

und delcare Controller-Methode wie diese

@RequestMapping(name = "list") 
    public String listUsers(@PageableDefault(size = 5, page = 0) Pageable pageable) { 

der Tat wird diese Arbeit Ich kann die Seitengröße nicht auf> 10 einstellen, aber ich bin neugierig warum? Was passiert mit Spring erstellt PageableHandlerMethodArgumentResolver? Warum wird diese Instanz berücksichtigt und nicht die Standardinstanz? Schließlich kann ich Resolver hier nicht ersetzen, sondern nur einen neuen hinzufügen.

Answer 1

1. Projektierungsphase

Wenn Sie WebMvcConfigurerAdapter erweitern und benutzerdefinierte Resolver in addArgumentResolvers, (Überspringen viele Konfigurationscode) fügen Sie sie tatsächlich aller Resolvern speichert intern die Liste RequestMappingHandlerAdapterRequestMappingHandlerAdapter Bean hinzufügen, zur Verfügung gestellt während der Initialisierung. (WebMvcConfigurationSupport). Danach werden sie mit Standard-Resolvern kombiniert. Und wie Sie aus der source code sehen können, ist PageableHandlerMethodArgumentResolver nicht Teil der Standard-Resolver-Liste, sondern kommt aus einer Konfigurationsklasse. Und in meinem Fall (Abbildung unten) die spring-boot-starter-data-rest Konfigurationsklassen bieten andere Version von PageableHandler: HateoasPageableHandlerMethodArgumentResolver

2. Auflöser Bestellen

Individuelle Resolver werden bestellt nach Einbau-one (source). Also lasst uns das überprüfen und einen Controller aufrufen, aber setzt zuerst den Breakpoint in RequestMappingHandlerAdapter.invokeHandlerMethod(). Von hier aus können wir den inneren Zustand von RequestMappingHandlerAdapter

ich hervorgehoben benutzerdefinierte Resolver MyPageableHandlerMethodArgumentResolver, registriert die gleiche Art und Weise Sie haben in Ihrer Frage Code.

Und der Code, der Argumente tatsächlich löst, ist in HandlerMethodArgumentResolverComposite. Es ist einfach Schleife und es bedeutet, dass die erste registrierte HandlerMethodArgumentResolver wird

for (HandlerMethodArgumentResolver methodArgumentResolver : this.argumentResolvers) 
    if (methodArgumentResolver.supportsParameter(parameter)) { 
     result = methodArgumentResolver; 
     this.argumentResolverCache.put(parameter, result); 
     break; 
    } 

verwendet werden und wie Sie aus dem Quellcode sehen, wird das Ergebnis im Cache gespeichert und nie wiederholt wieder für den gleichen Parameter Typen.