J'ai ce code de démo: Le code donne cette sortie: pourquoi? Je m'attends à ce que cette sortie: dans mon opionion, la fonction principale appelle un constructeur de classe Test2 pour créer un objet. Le constructeur appelle automatiquement le constructeur de superclasse. Ce constructeur appelle la méthode définie () qui est remplacée. Par conséquent, le jeu de méthodes () de la classe Test2 est appelé. Cette méthode définit la méthode Info () d'appels () qui écrit le numéro. Ensuite, la fonction principale appelle à nouveau la méthode Info () de l'objet créé. Le champ Numéro est correctement défini comme la sortie de première ligne est "1". Mais pourquoi la deuxième ligne contient 0? Il semble que le champ n'était pas du tout défini. Pouvez-vous l'expliquer? Que dois-je faire pour obtenir le comportement que j'attends? Merci d'avance!
3 Réponses :
class Test2 {
public int number;
public Test2() {
super();
number = 0;
}
}
Eh bien, j'ai déjà eu une idée de l'évolution du problème - d'abord instancier, puis d'initialiser. Mais c'est très utile.
Votre code enfreint une règle d'or en Java - ne jamais appeler une méthode dans un constructeur pouvant être remplacé par une sous-classe - c'est-à-dire que ces méthodes devraient être privées.
Au moment où le constructeur par défaut dans TEST2 est terminé, il a écrasé la valeur initiale de 1 l'affectée via l'initialisateur Numéro INT du public = 0; . .
Si dire animal étend votre chien et vous appelez Animal a = nouveau chien ()
alors séquence d'étapes serait comme ci-dessous
Les champs statiques de l'animal sont initialisés
bloc statique d'animal est exécuté
Les champs statiques de chien sont initialisés bloc statique de chien est exécuté
champ d'animal non statique est initialisé, ils seraient
réinitialisé si animal les a changé de toute façon>
constructeur animal est exécuté
champ de chien non statique initialisé constructeur de chien est exécuté
Connexes: Stackoverflow.com/a/5692162/697449
On dirait que les initialiseurs de champ sont exécutés après le constructeur en Java, la valeur est donc réinitialisée à 0 par l'initialisateur après la méthode SET définit-le sur 1. Vous devez éviter d'appeler des méthodes virtuelles dans des constructeurs puisque vous invoquez comportement dans un objet partiellement construit.