bon usage du singleton synchronisé?

L'aide d'initialisation de la base de données dans un navigateur web est probablement pas la peine. L'initialisation tardive ajoute de la complexité et une vitesse de frappe. Un cas où il est justifié, c'est quand il ya une bonne chance que les données ne seront jamais nécessaire. Aussi, dans une application interactive, il peut être utilisé pour réduire le temps de démarrage et de donner la illusion de vitesse.

Pour un non-application interactive comme un web-crawler, qui sera sans doute besoin de sa base de données tout de suite, l'initialisation différée est un mauvais ajustement.

D'autre part, une web-crawler est facilement parallélisable, et bénéficieront grandement d'être multi-thread. En l'utilisant comme un exercice de maîtrise de la java.util.concurrent bibliothèque serait extrêmement utile. Plus précisément, regarder ConcurrentHashMap et ConcurrentSkipListMap, qui permettent à plusieurs threads de lire et mettre à jour une texture partagée.

Lorsque vous vous débarrasser de l'initialisation tardive, le plus simple pattern Singleton est quelque chose comme ceci:

class Singleton {

  static final Singleton INSTANCE = new Singleton();

  private Singleton() { }

  ...

}

Le mot-clé final est la clé ici. Même si vous fournissez un static "getter" pour le singleton plutôt que de permettre un accès direct aux champs, faire le singleton final permet de s'assurer de l'exactitude et permet plus agressives d'optimisation par le compilateur JIT.

Essayer le le projet de Loi Pugh la solution de l'initialisation sur la demande du titulaire de l'idiome.
La solution la plus portable à travers les différents compilateurs Java et les machines virtuelles.
La solution est thread-safe, sans exiger spéciales les constructions de langage (c'est à dire volatil et/ou de synchronisation).

http://en.wikipedia.org/wiki/Singleton_pattern#The_solution_of_Bill_Pugh

Si vous regardez tout en bas de cet article, vous allez voir la suggestion de simplement utiliser un champ statique. Ce serait mon inclination: vous n'avez pas vraiment besoin paresseux instanciation (si vous n'avez pas besoin getInstance() être à la fois un accesseur et une méthode de fabrique). Vous voulez juste pour s'assurer que vous en avez une et une seule de ces choses. Si vous avez vraiment besoin de l'accès global à une telle chose, je ne l'utiliserais que l'exemple de code vers le bas:

class Singleton
{
  private Vector v;
  private boolean inUse;
  private static Singleton instance = new Singleton();

  private Singleton()
  {
    v = new Vector();
    inUse = true;
    //...
  }

  public static Singleton getInstance()
  {
    return instance;
  }
}

Noter que le Singleton est maintenant construite lors de l'installation des champs statiques. Cela devrait fonctionner et pas face à l'enfilage des risques potentiellement mauvaise synchronisation des choses.

Tout ce que dit, peut-être que vous avez vraiment besoin est l'un des thread-safe structures de données disponibles dans le moderne Jdk. Par exemple, je suis un grand fan de la ConcurrentHashMap: la sécurité des threads plus je n'ai pas à écrire le code (FTW!).

Pourquoi ne pas créer une structure de données que vous transmettez à chacun des fils que l'injection de dépendance. De cette façon, vous n'avez pas besoin d'un singleton. Vous avez encore besoin de faire le thread-safe.

Découvrez cet article La mise en œuvre de Singleton en C#

public sealed class Singleton
{
    Singleton()
    {
    }

    public static Singleton Instance
    {
        get
        {
            return Nested.instance;
        }
    }

    class Nested
    {
        //Explicit static constructor to tell C# compiler
        //not to mark type as beforefieldinit
        static Nested()
        {
        }

        internal static readonly Singleton instance = new Singleton();
    }
}