设计模式 - 单例模式

单例模式

1、要求一个类只能生成一个对象,所有其他对象对它的依赖都是相同的,代码实现如下 :

1. /**
2. * 单例模式一
3. */
4. publicclass Single{
5. // 构造一个私有的构造器
6. privateSingle(){ }
7. // 可以看到这里是自己对自己进行实例化的
8. privatestatic final Single single = new Single();
9. // 获取对象实例
10. publicstatic SinglegetInstance()throws Exception{
11. if(single!= null) {
12. returnsingle;
13. }
14. else{
15. thrownew Exception("类还未创建实例");
16. }
17. }
18. }
19. /**
20. * 单例模式二
21. */
22. publicclass Single2{
23. // 构造一个私有的构造器
24. privateSingle2(){ }
25. privatestatic Single2single;
26. // 这里是由外部决定什么时候创建实例
27. publicstatic void init(){
28. single= new Single2();
29. }
30. // 获取对象实例
31. publicstatic Single2getInstance()throws Exception{
32. if(single!= null) {
33. returnsingle;
34. }
35. else{
36. thrownew Exception("类还未创建实例");
37. }
38. }
39. }

2、优点:

• 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
• 减少系统的性能开销,当一个对象的产生需要比较多的资源时
• 单例模式可以避免对资源的多重占用,比如写文件操作
• 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理

3、缺点:

• 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,

    这个看具体的环境而定

• 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
• 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的

4、使用场景

• 要求生成唯一序列号的环境
• 在整个项目中需要一个共享访问点或共享数据
• 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
• 需要定义大量的静态常量和静态方法