[10?] RFR: 8193128: Reduce number of implementation classes returned by List/Set/Map.of()
andrej.golovnin at gmail.com
Sat Dec 9 18:50:52 UTC 2017
> For example, returning Spliterators.emptySpliterator() and
> Collections.singletonSpliterator when appropriate *sounds* like nice little
> optimizations, but Arrays.spliterator(T) with an empty or single-element array
> appears to be relatively cheap operations, whereas mixing implementation could
> make call-sites accepting List.of(foo).spliterator() become megamorphic.
> Thus I think these should be done independently as a follow-up, along with
> tests and microbenchmarks.
I’m fine with it. The most important part is that you now aware of this problem
and I’m sure that you would provide the best possible solution. :-)
More information about the core-libs-dev