Cuál es la diferencia entre java.lang.¿Vacío y vacío?

java.lang.Void es análogo a java.lang.Integer. Integer es una forma de boxear valores del tipo primitivo int. Void es una forma de boxear valores del tipo primitivo void.

" Pero espera, void no tiene ningún valor posible!"

Derecho! Eso es lo que hace que java.lang.Void sea "insustanciable". :)

Es una buena característica del sistema de tipos Java que cada tipo primitivo tiene un equivalente en caja. int tiene Integer, long ha Long, byte has Byte... y void tiene Void. Sería extraño y asimétrico si Void no existió .

"Entonces, ¿cuál es la diferencia entre java.lang.Void y void?"

Fácil. void es un tipo primitivo. Void es un tipo de referencia que hereda de Object. Son similares en que ninguno de ellos tiene valores posibles; pero sin embargo son dos tipos muy diferentes, desde el punto de vista del sistema de tipos.

"Pero no tengo ningún uso para Void en mis programas."

Y no tengo ningún uso para GarbageCollectorMXBean en mina. Algunas características no tienen usos no oscuros. Está bien.

El uso más común de Void es para la reflexión, pero ese no es el único lugar donde se puede usar.

void es una palabra clave que significa que una función no resulta en un valor.

java.lang.Void es un tipo de referencia, entonces lo siguiente es válido:

 Void nil = null;

(hasta ahora no es interesante...)

Como resultado type (una función con un valor devuelto de tipo Void) significa que la función * siempre * devuelve null (no puede devolver nada más que null, porque Void no tiene instancias).

 Void function(int a, int b) {
    //do something
    return null;
 }

¿Por qué me gustaría una función que siempre devuelve null?

Antes de la invención de los genéricos, no tenía un caso de uso para Void.

Con los genéricos, hay algunos casos interesantes. Por ejemplo, un Future<T> es un soporte para el resultado de una operación asíncrona realizada por otro hilo. Future.get devolverá el valor de operación (de tipo T), y bloqueará hasta el cálculo se realiza.

Pero... ¿Y si no hay nada que devolver? Simple: use un Future<Void>. Por ejemplo, en Google App Engine el Servicio de Almacén de Datos Asíncrono delete la operación devuelve un futuro . Whenget () is invoked on that future,null` se devuelve después de que se complete la eliminación. Uno podría escribir un ejemplo similar con Callable s.

Otro caso de uso es a Map sin valores, es decir, a Map<T,Void>. Tal mapa se comporta como un Set<T>, entonces puede ser útil cuando no hay implementación equivalente de Set (por ejemplo, no hay WeakHashSet, entonces uno podría usar un WeakHashMap<T,Void>).

Void es una función de AutoBoxing (desde JDK 1.5) de void.

Bueno, se explica por sí mismo que el vacío es una referencia, mientras que el vacío es un tipo primitivo.

Entonces, ¿dónde viene el requisito de tener que usar Void ???

Un uso común con tipos Genéricos donde no podemos usar primitivo.

Digamos, en el caso de Android AsyncTaks<Params, Progress, Result> no desea obtener la actualización de progreso. No puedo usar void (tipo primitivo) aquí requerimos java.lang.Void

Void es útil porque a veces necesita especificar el tipo de retorno de un método fuera del método en sí.

Por ejemplo, tomemos esta expresión java 8 lambda, que comprueba si un objeto EventResource tiene ciertas propiedades, utilizando un método llamado checkBenefitConcertInCentralPark, pasado al método checkCreatedEvent:

eventChecker.checkCreatedEvent(TestEvents::checkBenefitConcertInCentralPark);

El método checkBenefitConcertInCentralPark se define así (tenga en cuenta el uso de Void):

    public static Void checkBenefitConcertInCentralPark(EventResource eventResource) { 
        // JUnit code here...
        // assertThat(blablabla  :)  )

        return null; // we can only return null at the end of a method when returning Void
    }

Y luego el método checkBenefitConcertInCentralPark se pasa al método checkCreatedEvent.

    // Function<EventResource, Void> describes the checkBenefitConcertInCentralPark method
    public void checkCreatedEvent(Function<EventResource, Void> function) { 
        function.apply(this.eventResource);
    }

Otro ejemplo para usar Void es SwingWorker

new SwingWorker<Void, Integer> () {
    @Override
    protected Void doInBackground(){
        ...
    }
    @Override
    protected void process(List<Integer> chunk){
        ...
    }
    @Override
    public void done(){
        ...
    }
}.execute();