Compruebe si nulo booleano es verdadero resultados en excepción

Tengo el siguiente código:

Boolean bool = null;

try 
{
    if (bool)
    {
        //DoSomething
    }                   
} 
catch (Exception e) 
{
    System.out.println(e.getMessage());             
}

¿Por qué mi chequeo en la variable booleana "bool" resulta en una excepción? ¿No debería simplemente saltar más allá de la declaración if cuando "ve" que no es cierto? Cuando elimino la declaración if o verifico si NO es nula, la excepción desaparece.

Cuando tienes un booleanpuede ser trueo false. Sin embargo, cuando tienes un Booleanpuede ser cualquiera Boolean.TRUE, Boolean.FALSEo nullcomo cualquier otro objeto.

En su caso particular, su instrucción Booleanis nully la ifdesencadena una conversión implícita a la booleanque produce el NullPointerException. Es posible que necesite en su lugar:

if(bool != null && bool) { ... }

Si no le gustan los cheques nulos adicionales:

if (Boolean.TRUE.equals(value)) {...}

Utilice los Apache BooleanUtils .

(Si el rendimiento máximo es la prioridad más importante en su proyecto, busque una de las otras respuestas para una solución nativa que no requiera incluir una biblioteca externa).

No reinventes la rueda. Aproveche lo que ya se ha construido y use isTrue():

BooleanUtils.isTrue( bool );

Comprueba si un Booleanvalor es verdadero, manejándolo nullregresando false.

Si no está limitado a las bibliotecas que está "permitido" incluir, hay un montón de excelentes funciones auxiliares para todo tipo de casos de uso, incluidos Booleansy Strings. Le sugiero que lea detenidamente las diversas bibliotecas de Apache y vea lo que ya ofrecen.

Booleantipos pueden ser null. Debe hacer una nullcomprobación tal como la configuró null.

if (bool != null && bool)
{
  //DoSomething
}                   

O con el poder de Java 8 Opcional, también puedes hacer ese truco:

Optional.ofNullable(boolValue).orElse(false)

:)

Boolean es la clase de contenedor de objetos para el booleano primitivo. Esta clase, como cualquier clase, puede ser nula. Por razones de rendimiento y memoria, siempre es mejor usar el primitivo.

Las clases de contenedor en la API de Java tienen dos propósitos principales:

1. Proporcionar un mecanismo para "ajustar" los valores primitivos en un objeto de modo que las primitivas puedan incluirse en actividades reservadas para objetos, como agregarse a Colecciones o devolverse desde un método con un valor de retorno de objeto.
2. Proporcionar una variedad de funciones de utilidad para primitivas. La mayoría de estas funciones están relacionadas con varias conversiones: conversión de primitivas hacia y desde objetos String, y conversión de primitivas y objetos String hacia y desde diferentes bases (o radix), como binarias, octales y hexadecimales.

http://en.wikipedia.org/wiki/Primitive_wrapper_class

Como su variable bool apunta a un valor nulo, siempre obtendrá una NullPointerException, primero debe inicializar la variable en algún lugar con un valor no nulo y luego modificarla.