appels simultanés de singleton méthodes de la classe

Votre getSingleton() méthode est de tenter de paresseusement initialisation l'instance du SINGLETON, mais il a les problèmes suivants:

• Accès à la variable n'est pas synchronized
• La variable n'est pas volatile
• Vous n'êtes pas à l'aide de une double vérification de verrouillage

donc une condition de concurrence AMY cause de deux instances d'être créé.

Le meilleur et le plus simple a été en toute sécurité paresseusement initialiser un singleton sans de synchronisation est comme suit:

private static class Holder {
    static Singleton instance = new Singleton();
}

public static Singleton getSingleton() { //Note: "synchronized" not needed
    return Holder.instance;
}

C'est thread-safe, parce que le contrat de la classe java chargeur est que toutes les classes ont leur initialisation statique complète avant de pouvoir être utilisés. Aussi, le chargeur de classes ne prend pas en charge une classe jusqu'à ce qu'il est référencé. Si deux threads appel getSingleton() simultanément, le Holder classe sera toujours seulement obtenir chargés à la fois, et donc new Singleton() n'est exécutée qu'une fois.

C'est toujours paresseux parce que le Holder classe est seulement référencé à partir de getSingleton() méthode, de sorte que le Holder classe sont chargés uniquement lorsque le premier appel à getSingleton() est faite.

La synchronisation n'est pas nécessaire, parce que ce code s'appuie sur la classe du chargeur de synchronisation interne, qui est l'épreuve des balles.

Ce modèle de code est la seule façon de voler avec des singletons. Il est:

• La manière la plus rapide (pas de synchronisation)
• Le plus sûr (s'appuie sur la force industrielle du chargeur de classe de sécurité)
• Le plus propre (moins de code - double vérification de verrouillage est laid et beaucoup de lignes pour ce qu'elle fait)

Les autres analogues de la structure du code (tout aussi sûre et rapide) est d'utiliser un enum avec un seul exemple, mais je trouve cela maladroit et l'intention est de moins en moins claires.

OriginalL'auteur Bohemian

Utiliser synchronized sur la méthode de

public class Singleton {
    private static Singleton istance = null;

    private final Singleton() {} //avoid overrides

    public static synchronized Singleton getSingleton() {
        if (istance == null)
            istance = new Singleton();
        return istance;
    }

    public void work() { //not static, otherwise there's no need for the singleton
        //...
    }
}

ou, tout simplement, utiliser une finale privée de l'initialiseur (instanciation va se passer à la classe-temps de chargement)

public class Singleton {
    private static final Singleton istance = new Singleton(); //class-load initialization

    private final Singleton() {} 

    public static Singleton getSingleton() { //no need for synchronized
        return istance;
    }

    public void work() { 
        //...
    }
}

OriginalL'auteur CAFxX

Je suis venu avec ce code qui est en train de faire à peu près ce que j'avais besoin.
L'orignal question était "Est possible d'effectuer les opérations suivantes sans l'aide de threads? Mais plutôt, en manipulant directement la mémoire avec la langue?" Si la réponse est non, peut-être que vous pouvez m'aider à améliorer les suivantes:

public class Main {
private static Thread t;
public static void main(String[] args) {
    work();
    for (int i =0;i<100; i++);
    System.out.println("oooooooooooooooooooooooooooooooooooooooooo");
    for (int i =0;i<100; i++);
    work();
    for (int i =0;i<500; i++);
    System.out.println("oooooooooooooooooooooooooooooooooooooooooo");
}

public static void work(){
    if (t != null) t.interrupt();
    t= new Thread (new Runnable(){
            public void run(){
                //Pause for 4 seconds
                try {
                    Thread.sleep(600);
                } catch (InterruptedException e) {
                    //We've been interrupted: no more messages.
                    return;
                }
                for(int i=0; i<10000; i++){
                    System.out.println(i);
                }
            }
            });
    t.start();
}
}

Ce code est utile pour "anti-rebond" les appels multiples à un auditeur, d'un tir en rafale sur les entrées de l'utilisateur.
Il a les inconvénients qu'il utilise une fonction de veille. Le temps de sommeil devrait être suffisamment élevée pour empêcher les événements dans un éclat de lancer l'exécution de la tâche qui prend du temps (seul le dernier événement). Malheureusement, il n'existe aucune garantie que cela peut toujours arriver, même pour un grand moment de sommeil.

OriginalL'auteur Luky