How to make an immutable singleton in Java?

2019-02-22 09:18发布

An immutable object is initialized by its constuctor only, while a singleton is instantiated by a static method. How to make an immutable singleton in Java?

4条回答
萌系小妹纸
2楼-- · 2019-02-22 09:39

You're being unnecessary complicated. To be immutable an object must be unmodifiable once it is created. That's normally interpreted to mean "modifiable only in the constructor", but if you were to create it another way that would still make it immutable. As long as your object cannot be modified after it is initialized then it is immutable. You can consider setting up the Singleton instance to be part of the initialization.

Most of the benefits of immutability are irrelevant in Singletons.

查看更多
smile是对你的礼貌
3楼-- · 2019-02-22 09:43
public enum MySingleton {
instance;
//methods
}

//usage
MySingleton.instance.someMethod();
查看更多
迷人小祖宗
4楼-- · 2019-02-22 09:48

while a singleton is instantiated by a static method

While this is the usual way of doing it, this is by no means the only way.

In Java 1.5 a new version of Singleton is the enum singleton pattern:

public enum Elvis{

INSTANCE // this is a singleton, no static methods involved

}

And since enums can have constructors, methods and fields, you can give them all the immutable state you want.

Reference:


Also, the term Singleton leaves some room for interpretation. Singleton means that there is exactly one object per defined scope, but the scope can be a number of things:

  • Java VM Classloader (thanks @Paŭlo Ebermann for reminding me): in this case use enums or the initialize-through-static-inner-class pattern. This is of course what is usually meant by a singleton.
    Be Careful: enums and all other singletons are broken if loaded through multiple Classloaders.
  • Enterprise Application (in this case you need a container-managed singleton, e.g. a Spring singleton bean). This can be several objects per VM or one object per several VMs (or one Object per VM, of course)
  • Thread (use a ThreadLocal)
  • Request / Session (again, you'll need a container to manage this, Spring, Seam and several others can do that for you)
  • did I forget anything?

All of the above can be made immutable, each in their own way (although it's usually not easy for container-managed components)

查看更多
仙女界的扛把子
5楼-- · 2019-02-22 09:49

The solution pointed out by Sean is a good way of initializing singletons if their creation is not expensive. If you want to "lazy loading" capability, look into the initialization on demand holder idiom.

 // from wikipedia entry
 public class Singleton {

   // Private constructor prevents instantiation from other classes
   private Singleton() {
   }

   /**
    * SingletonHolder is loaded on the first execution of Singleton.getInstance() 
    * or the first access to SingletonHolder.INSTANCE, not before.
    */
   private static class SingletonHolder { 
     public static final Singleton INSTANCE = new Singleton();
   }

   public static Singleton getInstance() {
     return SingletonHolder.INSTANCE;
   }

 }
查看更多
登录 后发表回答