Qu'est ce qu'un NullPointerException, et comment puis-je résoudre ce problème?

Lorsque vous déclarez une variable de référence (c'est à dire un objet) vous êtes vraiment à la création d'un pointeur vers un objet. Considérons le code suivant où vous déclarez une variable de type primitif int:

int x;
x = 10;

Dans cet exemple, la variable x est une int et Java va initialiser à 0 pour vous. Lorsque vous affectez à 10 dans la deuxième ligne de votre valeur 10 est écrit dans l'emplacement mémoire pointé par x.

Mais, lorsque vous essayez de déclarer le type d'une référence à quelque chose de différent se passe. Prenez le code suivant:

Integer num;
num = new Integer(10);

La première ligne déclare une variable nommée num, mais, il ne contient pas une valeur primitive. Au lieu de cela, il contient un pointeur (parce que le type est Integer qui est un type de référence). Puisque vous n'avez pas le dire encore ce que du point de Java il met à null, ce qui signifie "je suis pointant sur rien".

Dans la deuxième ligne, le new mot-clé est utilisé pour instancier (ou créer) un objet de type Integer et le pointeur de variable num est affecté à cet objet. Vous pouvez désormais référence à l'objet à l'aide de l'opérateur de déréférencement . (un point).

La Exception que vous m'avez demandé se produit lorsque vous déclarez une variable, mais n'a pas créer un objet. Si vous tentez de le déréférencer num AVANT la création de l'objet, vous obtenez un NullPointerException. Dans la plupart des cas triviaux, le compilateur va attraper le problème et de vous laisser savoir que "num n'aient pas été initialisé", mais parfois vous écrivez du code qui ne crée pas directement de l'objet.

Par exemple, vous pouvez avoir une méthode comme suit:

public void doSomething(SomeObject obj) {
   //do something to obj
}

Dans ce cas, vous ne sont pas la création de l'objet obj, plutôt en supposant qu'il a été créé avant la doSomething méthode a été appelée. Malheureusement, il est possible d'appeler la méthode comme ceci:

doSomething(null);

Auquel cas obj est null. Si la méthode est destinée à faire quelque chose pour le passé-dans l'objet, il convient de jeter le NullPointerException parce que c'est une erreur du développeur et programmeur aurez besoin de cette information à des fins de débogage.

Alternativement, il peut y avoir des cas où le but de la méthode n'est pas le seul à fonctionner sur le passé dans l'objet, et par conséquent un paramètre null peut être acceptable. Dans ce cas, vous avez besoin de vérifier pour un paramètre null et se comporter différemment. Vous devez également expliquer dans la documentation. Par exemple, doSomething peut être écrite comme:

/**
  * @param obj An optional foo for ____. May be null, in which case 
  *  the result will be ____.
  */
public void doSomething(SomeObject obj) {
    if(obj != null) {
       //do something
    } else {
       //do something else
    }
}

Enfin, Comment repérer l'exception & cause à l'aide de la Trace de Pile

OriginalL'auteur

Ce qui est une exception NullPointerException?

Un bon endroit pour commencer est le La documentation javadoc. Ils ont cette couvertes:

Renvoyée lorsqu'une application tente d'utiliser la valeur null dans le cas où un
l'objet est nécessaire. Elles comprennent:

• L'appel de la méthode d'instance d'un objet null.
• L'accès ou de modification du champ d'un objet null.
• En prenant la longueur de la valeur null comme si c'était un tableau.
• D'accéder ou de modifier les fentes de la valeur null comme si c'était un tableau.
• Jeter null comme si c'était un Throwable valeur.

Applications devraient jeter les instances de cette classe pour indiquer que d'autres
l'usage illicite de l'objet nul.

C'est également le cas si vous essayez d'utiliser une référence null avec synchronized, qui sera également de se débarrasser de cette exception, par JL:

SynchronizedStatement:
    synchronized ( Expression ) Block

• Sinon, si la valeur de l'Expression est null, un NullPointerException est levée.

Comment puis-je résoudre ce problème?

Si vous avez un NullPointerException. Comment voulez-vous résoudre ce problème? Prenons un exemple simple qui jette un NullPointerException:

public class Printer {
    private String name;

    public void setName(String name) {
        this.name = name;
    }

    public void print() {
        printString(name);
    }

    private void printString(String s) {
        System.out.println(s + " (" + s.length() + ")");
    }

    public static void main(String[] args) {
        Printer printer = new Printer();
        printer.print();
    }
}

Identifier les valeurs null

La première étape est d'identifier exactement les valeurs qui sont à l'origine de l'exception. Pour cela, nous avons besoin de faire un peu de débogage. Il est important d'apprendre à lire un stacktrace. Cela va vous montrer où l'exception a été levée:

Exception in thread "main" java.lang.NullPointerException
    at Printer.printString(Printer.java:13)
    at Printer.print(Printer.java:9)
    at Printer.main(Printer.java:19)

Ici, nous voyons que l'exception est levée sur la ligne 13 (dans le printString méthode). Regardez la ligne et de vérifier les valeurs null par
l'ajout de des instructions de journalisation ou à l'aide d'un débogueur. Nous constatons que s est nulle, et l'appel de la length méthode lève une exception. Nous pouvons voir que le programme s'arrête de jeter l'exception lorsque s.length() est retiré de la méthode.

Trace où ces valeurs viennent de

Prochaine case où cette valeur provient de. En suivant les appelants de la méthode, nous voyons que s est transmis avec printString(name) dans le print() méthode, et this.name est null.

Trace où ces valeurs devraient être définies

Où est this.name ensemble? Dans le setName(String) méthode. Avec un peu plus de débogage, nous pouvons voir que cette méthode n'est pas appelée à tous. Si la méthode a été appelée, assurez-vous de vérifier la ordre que ces méthodes sont appelées, et l'ensemble de la méthode n'est pas appelée après la méthode d'impression.

C'est assez pour nous donner une solution: ajouter un appel à printer.setName() avant d'appeler printer.print().

Autres correctifs

La variable peut avoir un valeur par défaut (et setName peut l'empêcher d'être mis à null):

private String name = "";

Le print ou printString méthode peut vérifier la valeur null, par exemple:

printString((name == null) ? "" : name);

Ou vous pouvez concevoir la classe de sorte que name a toujours une valeur non nulle:

public class Printer {
    private final String name;

    public Printer(String name) {
        this.name = Objects.requireNonNull(name);
    }

    public void print() {
        printString(name);
    }

    private void printString(String s) {
        System.out.println(s + " (" + s.length() + ")");
    }

    public static void main(String[] args) {
        Printer printer = new Printer("123");
        printer.print();
    }
}

Voir aussi:

• En évitant le “!= null” états en Java?

Je n'arrive toujours pas à trouver le problème

Si vous avez essayé de déboguer le problème et n'ont toujours pas de solution, vous pouvez poster une question pour plus d'aide, mais assurez-vous d'inclure ce que vous avez essayé jusqu'à présent. Au minimum, inclure la stacktrace dans la question, et marque l'important numéros de ligne dans le code. Aussi, essayez de simplifier le code en premier (voir SSCCE).

OriginalL'auteur

C'est comme si vous essayez d'accéder à un objet qui est null. Considérons l'exemple ci-dessous:

TypeA objA;

À ce moment, vous avez juste déclaré cet objet, mais pas initialisé ou instancié. Et à chaque fois que vous essayez d'accéder à une propriété ou une méthode en elle, qu'il va jeter NullPointerException qui a du sens.

Voir cet exemple ci-dessous:

String a = null;
System.out.println(a.toString()); //NullPointerException will be thrown

OriginalL'auteur

Un NULL pointeur qui pointe vers nulle part. Lorsque vous déréférencer un pointeur p, vous dire "donnez-moi les données à l'emplacement stocké en "p". Lorsque p est un pointeur null, la localisation stockées dans p est nowhere, vous êtes en train de dire "donnez-moi les données à l'emplacement 'nulle part'". De toute évidence, il ne peut pas le faire, donc il jette à un NULL pointer exception.

En général, c'est parce que quelque chose n'a pas été initialisé correctement.

OriginalL'auteur

Une exception de pointeur null est un indicateur que vous utilisez un objet sans l'initialiser.

Par exemple, ci-dessous est un élève de la classe qui va les utiliser dans notre code.

public class Student {

    private int id;

    public int getId() {
        return this.id;
    }

    public setId(int newId) {
        this.id = newId;
    }
}

Le code ci-dessous vous donne une exception de pointeur null.

public class School {

    Student obj_Student;

    public School() {
        try {
            obj_Student.getId();
        }
        catch(Exception e) {
            System.out.println("Null Pointer ");
        }
    }
}

Parce que vous êtes à l'aide de Obj_Student, mais vous avez oublié d'initialiser comme dans la
corriger le code indiqué ci-dessous:

public class School {

    Student obj_Student;

    public School() {
        try {
            obj_Student = new Student();
            obj_Student.setId(12);
            obj_Student.getId();
        }
        catch(Exception e) {
            System.out.println("Null Pointer ");
        }
    }
}

OriginalL'auteur

Dans Java toutes les variables que vous déclarez sont en fait des "références" pour les objets (ou primitives) et non les objets eux-mêmes.

Lorsque vous essayez d'exécuter une méthode de l'objet, la référence de la demande à la vie de l'objet pour l'exécution de cette méthode. Mais si la référence est référence NULL (nothing, zéro, nul, nada) il n'existe aucun moyen de la méthode est exécutée. Ensuite, le moteur d'exécution vous permettent de savoir ce en jetant une NullPointerException.

Votre référence est "pointant" null, "Null -> Pointeur".

L'objet réside dans la mémoire virtuelle de l'espace et la seule façon d'y accéder est d'utiliser this références. Prenez cet exemple:

public class Some {
    private int id;
    public int getId(){
        return this.id;
    }
    public setId( int newId ) {
        this.id = newId;
    }
}

Et sur une autre place dans votre code:

Some reference = new Some();    //Point to a new object of type Some()
Some otherReference = null;     //Initiallly this points to NULL

reference.setId( 1 );           //Execute setId method, now private var id is 1

System.out.println( reference.getId() ); //Prints 1 to the console

otherReference = reference      //Now they both point to the only object.

reference = null;               //"reference" now point to null.

//But "otherReference" still point to the "real" object so this print 1 too...
System.out.println( otherReference.getId() );

//Guess what will happen
System.out.println( reference.getId() ); //:S Throws NullPointerException because "reference" is pointing to NULL remember...

Ce une chose importante à savoir lorsqu'il n'y a plus de références à un objet (dans l'exemple ci-dessus, lorsque reference et otherReference à la fois du point de null), alors l'objet est "inaccessible". Il n'y a aucun moyen que nous pouvons travailler avec elle, de sorte que cet objet est prêt à être des ordures collectées, et à un certain point, la machine virtuelle permettra de libérer la mémoire utilisée par l'objet et va allouer de l'autre.

OriginalL'auteur