¿Alguna idea de por qué necesito emitir un literal entero a (int) aquí?

En el siguiente ejemplo

int i = -128;
Integer i2 = (Integer) i; // compiles

Integer i3 = (Integer) -128; /*** Doesn't compile ***/

Integer i4 = (Integer) (int) -128; // compiles
Integer i4 = -128; // compiles
Integer i5 = (int) -128; // compiles
Integer i6 = (Integer) (-128); // compiles
Integer i7 = (Integer) 0-128; // compiles

No puedo fundido -128con (Integer)pero puedo fundido (int) -128.

Siempre pensé que -128era de inttipo y lanzarlo (int)debería ser redundante.

El error en la línea con i3es

cannot find symbol variable Integer

Intenté esto con Java 6 actualización 29 y Java 7 actualización 1.

EDITAR: Obtiene el mismo comportamiento con en +128lugar de -128. Parece ser una confusión entre operadores unarios y binarios.

El compilador intenta restar 128de en (Integer)lugar de enviar -128a Integer. Agregar ()para arreglarlo

Integer i3 = (Integer) -128; // doesn't compile
Integer i3 = (Integer) (-128); // compiles

Según BoltClock en los comentarios, el elenco intfunciona según lo previsto, porque es una palabra reservada y, por lo tanto, no puede interpretarse como un identificador, lo que tiene sentido para mí.

Y Bringer128 encontró la referencia JLS 15.16 .

 CastExpression:
    (PrimitiveType Dims opta ) UnaryExpression
    (ReferenceType) UnaryExpressionNotPlusMinus

Como puede ver, la conversión a un tipo primitivo requiere cualquiera UnaryExpression, mientras que la conversión a un tipo de referencia requiere a UnaryExpressionNotPlusMinus. Estos se definen justo antes de CastExpression en JLS 15.15 .

Encontré la referencia de JLS. 15.16 .

 CastExpression:
    (PrimitiveType Dims opta ) UnaryExpression
    (ReferenceType) UnaryExpressionNotPlusMinus

Como puede ver, la conversión a un tipo primitivo requiere cualquiera UnaryExpression, mientras que la conversión a un tipo de referencia requiere a UnaryExpressionNotPlusMinus. Estos se definen justo antes de CastExpression en JLS 15.15 .

Debe cambiar el reparto a un tipo primitivo:

... (int) -128;

O puede cambiar la expresión a la derecha de la conversión a una expresión unaria no más-menos:

... (Integer) (-128);  // Either
... (Integer) 0 - 128; // Or

El compilador interpreta el -como el operador negativo de dos argumentos, es decir, está tratando de restar 128 de algún otro número nombrado Integer, pero no existe tal variable en el alcance.

Esto compila:

Integer i3 = (Integer) (-128)

Esto puede tener que ver con el análisis sintáctico. Darse cuenta de

Integer i4 = (Integer) (-128); 

funciona bien

En general, no debes lanzar a la clase Integer. Esto implica algo llamado auto-boxeo y puede causar algunos errores sutiles en su código. El método preferido para hacer lo que quiere es:

Integer i6 = Integer.valueOf(-128)

Lo analiza Integer <minus operator> 128y no encuentra la variable Integer. Tendrá que envolver los -128corchetes:

Integer i3 = (Integer) (-128);  // compiles

Integer i3 = (Integer) (-128);

El problema es que el -compilador lo ve como un operador.

La línea 3 se interpreta como si estuviera tratando de deducir 128 de la expresión entre paréntesis y la expresión entre paréntesis no es y expresión de tipo int (trata el operador '-' como un operador '-'). Si cambia la expresión a:

Integer i3 = (Integer) (-128);

entonces el compilador comprenderá que '-' es el signo menos unario que indica un número entero negativo.

El compilador de C # tiene el mismo comportamiento. Sin embargo, da una mejor pista de por qué no se compila:

Para emitir un valor negativo, debe encerrar el valor entre paréntesis