RequestCondition optimizations

[rstoyanchev]

Introduce a common cache, e.g. RequestMappingInfoCache, that's stored as a request attribute (Spring MVC) or exchange attribute (WebFlux) to avoid repeated re-calculation of request related values required for condition checks.

There are already optimizations in WebFlux so request path, "Content-Type", and "Accept" are parsed only once, but even then "Accept" media types are sorted repeatedly + there are other recurring checks like isPreFlightRequest. This would allow Spring MVC be more on par with WebFlux in terms of optimal request condition checks.

A lot of the base functionality could be in AbstractRequestCondition with sub-classes accessing computeIfAbsent type methods from the base class.

[rstoyanchev]

Team Decision: This was brought up to the team. One comment was that MimeTypeUtils caches parsed media types at a lower level which helps Spring MVC to a degree. No other specific comments or objections made.

[rstoyanchev]

I've added a new HandlerMapping.LOOKUP_PATH request attribute that caches the result of UrlPathHelper#getRequestLookupPath and is looked up to avoid repeated resolution.

ProducesRequestCondition uses a similar attribute to stored the parsed and sorted list of acceptable media types.

Further optimizations have also been made to reduce object creation.