In Java 1.7.0_55, if I write this field declaration, I get a compilation error ("incompatible types"):
private final Map<String,Object> myMap =
Collections.synchronizedMap(new HashMap<>());
If I change that to read:
private final Map<String,Object> myMap =
Collections.synchronizedMap(new HashMap<String,Object>());
It compiles fine. (I'm using synchronizedMap as an example here, but the same is true for other Collections methods, unmodifiable*, synchronized*, etc)
But why does the diamond operator not work as I would expect here? Since Collections.synchronizedMap() is declared as:
public static <K,V> Map<K,V> synchronizedMap(Map<K,V> m) {
It would seem to me that the type parameters of the constructor invocation must be the same as those of the field declaration, and the compiler should be able to infer the constructed class type parameters based on that.
I tried looking for a clause in the JLS which says this syntax is unacceptable, but I can't find one. Can anyone point me to it?
This fails with your compiler error in Java 7, but it compiles successfully in Java 8. In short, the compiler's type inference did not catch the proper inferred types in Java 7, but the better type inference infers the proper types in Java 8.
This change was JEP (JDK Enhancement Proposal) 101 for Java 8.
Summary
Smoothly expand the scope of method type-inference to support (i) inference in method context and (ii) inference in chained calls.
Java 8 is able to infer types through multiple method calls with parameters and method call chaining. It can now determine from the left side of the assignment <String, Object>
through the call to Collections.synchronizedMap
to the diamond operator in the parameter to that call, new HashMap<>()
.