Réponse.

Historique de la question :

Dès le début, Java a introduit la notion de membres statiques de classe, qui diffèrent des membres d'instance — ces variables sont stockées au niveau de la classe, et non de l'objet. Cela permet de partager des données entre toutes les instances de la classe ou d'utiliser des constantes et des structures de service.

Problème :

La principale fonction des champs statiques est de fournir des données pour tous les objets de la classe ou d'implémenter un point d'accès unique. Cependant, une mauvaise utilisation de static peut entraîner des erreurs difficiles à détecter, liées à un état global, des courses de données et des problèmes lors des tests.

Solution :

Les champs statiques sont déclarés avec le mot-clé static :

public class Counter {
    public static int globalCount = 0;

    public Counter() {
        globalCount++;
    }
}

À chaque création d'instance, le compteur augmente, et la valeur est accessible via Counter.globalCount, indépendamment de l'objet.

Caractéristiques clés :

• Partagés entre toutes les instances de la classe.
• Vivent aussi longtemps que la classe elle-même dans la JVM.
• Souvent utilisés pour les constantes et pour implémenter des modèles comme le Singleton.

Questions piégées.

Peut-on accéder à un champ statique via un objet, plutôt que par le nom de la classe ?

Oui, la syntaxe permet d'accéder à un champ statique via un objet, mais cela conduit à un code peu lisible, et parfois déroutant. Il est préférable de toujours accéder via le nom de la classe.

Counter c = new Counter();
System.out.println(c.globalCount); // Fonctionne, mais n'est pas recommandé

Les champs statiques peuvent-ils être privés ?

Oui, le niveau d'accès n'est pas limité. Les champs statiques privés sont souvent utilisés avec des méthodes statiques publiques (par exemple, pour le Singleton) :

public class Singleton {
    private static Singleton instance;
    public static Singleton getInstance() {
        if (instance == null) instance = new Singleton();
        return instance;
    }
}

Que se passe-t-il si l'on essaie d'initialiser un champ statique avec une valeur dépendante d'un champ non statique ?

Un tel code ne se compilera pas, car les champs non statiques sont initialisés après les champs statiques. Un champ statique ne peut pas référencer un champ non statique directement.

Erreurs typiques et anti-modèles

• L'état global à travers des champs static gêne les tests, réduit la lisibilité du code.
• Mise à jour multithread des variables statiques sans synchronisation.
• Utiliser des champs statiques pour stocker des données spécifiques à l'instance — cela est incorrect et entraînera un comportement inattendu.

Exemple de la vie réelle

Cas négatif

Dans de grandes applications, un champ static est utilisé pour stocker des données mises en cache qui sont spécifiques à l'utilisateur.

Avantages :

• Prototypage rapide.

Inconvénients :

• Les données sont écrasées, non liées à la session utilisateur. Il est facile de causer des fuites de données entre utilisateurs et des bugs d'incohérence.

Cas positif

Utilisation de public static final String pour stocker des constantes (par exemple, des codes d'erreur ou des paramètres standards).

Avantages :

• Accès simple, point unique de modifications, absence de duplication.

Inconvénients :

• Un code avec une abondance de constantes statiques peut devenir lourd à maintenir si les constantes sont trop nombreuses et que leur signification se perd sans documentation.