设计模式之单例模式

单例模式

 

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

1. /**
2. * 单例模式一
3. */
4. public class Single {
5. // 构造一个私有的构造器
6. private Single() { }
8. // 可以看到这里是自己对自己进行实例化的
9. private static final Single single = new Single();
11. // 获取对象实例
12. public static Single getInstance() throws Exception {
13. if (single != null) {
14. return single;
15. }
16. else {
17. throw new Exception("类还未创建实例");
18. }
19. }
20. }
22. /**
23. * 单例模式二
24. */
25. public class Single2 {
26. // 构造一个私有的构造器
27. private Single2() { }
29. private static Single2 single;
30. // 这里是由外部决定什么时候创建实例
31. public static void init() {
32. single = new Single2();
33. }
35. // 获取对象实例
36. public static Single2 getInstance() throws Exception {
37. if (single != null) {
38. return single;
39. }
40. else {
41. throw new Exception("类还未创建实例");
42. }
43. }
44. }

2、优点:

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

 

3、缺点:

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

    这个看具体的环境而定

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

 

4、使用场景

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