Le modèle de conception Singleton en Java garantit qu'une classe n'a qu'une seule instance et fournit un point d'accès global via des constructeurs privés et des méthodes statiques, ce qui convient au contr?le de l'accès aux ressources partagées. Les méthodes de mise en ?uvre incluent: 1. Chargement paresseux, c'est-à-dire en créant une instance uniquement lorsque la première demande est demandée, ce qui convient aux situations où la consommation de ressources est élevée et pas nécessairement requise; 2. Traitement à filetage, garantissant qu'une seule instance est créée dans un environnement multi-thread par des méthodes de synchronisation ou le verrouillage à double vérification et la réduction de l'impact des performances; 3. Le chargement affamé, qui initialise directement l'instance pendant le chargement des cours, convient aux objets ou scénarios légers qui peuvent être initialisés à l'avance; 4. La mise en ?uvre de l'énumération, en utilisant l'énumération Java pour soutenir naturellement la sérialisation, la sécurité des filetages et prévenir les attaques réfléchissantes, est une méthode concise et fiable recommandée. Différentes méthodes de mise en ?uvre peuvent être sélectionnées en fonction des besoins spécifiques pour répondre aux exigences de performance et de sécurité.

Un modèle de conception singleton en Java garantit qu'une classe n'a qu'une seule instance et fournit un point d'accès global. Ceci est utile lorsque vous souhaitez contr?ler l'accès aux ressources partagées, comme les paramètres de configuration ou les pools de connexion.

Voici comment cela fonctionne et comment vous pouvez le mettre en ?uvre efficacement.

Initialisation paresseuse - Créez l'instance en cas de besoin

L'initialisation paresseuse signifie que l'instance singleton est créée uniquement lorsqu'elle est demandée pour la première fois, pas lorsque la classe se charge. Cela peut être utile si la création de l'instance est à forte intensité de ressources et peut ne pas toujours être nécessaire.

Voici un exemple de base:

 classe publique singleton {
    Instance singleton statique privée;

    singleton privé () {}

    Singleton statique publique GetInstance () {
        if (instance == null) {
            instance = new singleton ();
        }
        retour d'instance;
    }
}

• Le constructeur est private donc aucune autre classe ne peut l'instancier.
• La méthode getInstance() contr?le l'accès à l'instance unique.
• Cette version n'est pas du thread-safe - plus à ce sujet.

Utilisez cette approche lorsque les performances de démarrage sont importantes et que l'instance n'est pas toujours nécessaire.

Filetage de file - faites-le fonctionner sur plusieurs threads

Si plusieurs threads appellent getInstance() en même temps, la version paresseuse de base peut créer plusieurs instances. Pour résoudre ce problème, vous pouvez faire synchronisé la méthode:

 Singleton Singleton Synchronisé public public GetInstance () {
    if (instance == null) {
        instance = new singleton ();
    }
    retour d'instance;
}

Mais la synchronisation de toute la méthode peut nuire aux performances. Une meilleure alternative est le verrouillage à double vérification :

 Instance singleton volatile statique privée;

Singleton statique publique GetInstance () {
    if (instance == null) {
        synchronisé (singleton.class) {
            if (instance == null) {
                instance = new singleton ();
            }
        }
    }
    retour d'instance;
}

• L'utilisation volatile assure la visibilité entre les fils.
• La double vérification évite la synchronisation inutile après la création de l'instance.

Cette version vous offre une sécurité de fil avec un impact sur les performances minimales.

Initialisation avide - Créez l'instance à l'avance

Si vous savez que l'instance sera toujours nécessaire, vous pouvez le créer lorsque la classe se charge:

 classe publique singleton {
    Instance singleton finale statique privée = new Singleton ();

    singleton privé () {}

    Singleton statique publique GetInstance () {
        retour d'instance;
    }
}

• Plus simple et en forme de thread sans avoir besoin de synchronisation.
• Mieux pour les objets légers ou lorsque la création précoce est acceptable.

C'est souvent le moyen le plus simple de mettre en ?uvre un singleton si le chargement paresseux n'est pas nécessaire.

Singleton basé sur Enum - approche la plus propre et s?re

Java Enum offre un moyen simple et efficace de mettre en ?uvre des singletons:

 Singleton en énumération publique {
    EXEMPLE;

    public void dosomething () {
        // implémentation de la méthode
    }
}

• Les énumérations sont intrinsèquement sérialisables et en filetage.
• Empêche les attaques basées sur la réflexion qui pourraient créer plusieurs instances.
• Syntaxe simple et s?re par défaut.

Si vous utilisez Java 1.5 ou version ultérieure, c'est généralement l'option la plus robuste.

C'est le c?ur du fonctionnement des Singletons en Java - différentes méthodes répondent à des besoins différents, mais ils visent tous à appliquer une seule instance sur votre application.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!