¿Por qué el compilador Java no le gusta primitive int como tipo para los valores en HashMap?

Question

El compilador se queja de este código:

HashMap<String,int> userName2ind = new HashMap<String,int>(); 
    for (int i=0; i<=players.length; i++) { 
     userName2ind.put(orderedUserNames[i],i+1); 
    } 

escribe "tipo inesperada" y el punto en int. Si reemplazo int por String y i+1 por i+"1", la compilación va bien. ¿Qué pasa con aquí?

Answer 1

Está bien con Integer, pero no está bien con int - Java generics only work with reference types, básicamente :(

probar este - a pesar de ser conscientes de que se casilla todo:

HashMap<String,Integer> userName2ind = new HashMap<String,Integer>(); 
for (int i=0; i<=players.length; i++) { 
    userName2ind.put(orderedUserNames[i],i+1); 
} 

Answer 2

Si usted tiene pequeñas colecciones, a continuación, utilizando los tipos de referencia probablemente estén bien, pero hay alternativas y una buena es trove4j. Trove hace un buen trabajo al recrear la API de colecciones utilizando primitivas puras. La recompensa es mucho menos menos uso de memoria y en muchos casos, mejor rendimiento al insertar/buscar. Su ejemplo se vería así:

TObjectIntHashMap<String> userName2ind = new TObjectIntHashMap<String>(); 
for (int i=0; i<=players.length; i++) { 
    userName2ind.put(orderedUserNames[i],i+1); 
} 

El único inconveniente, en mi experiencia, es la ausencia de implementaciones simultáneas de estos, así que hay que encontrar otra manera de gestionar la seguridad hilo.