设计模式Part7——单例模式

单例模式是结构最简单的设计模式,在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以确保系统中的一个类只有一个实例,而且该实例易被外界访问,从而方便对实例个数进行控制。

一、单例模式的概述

对于一个软件系统而言,只有一个实例很重要。例如一个系统只能有一个窗口管理器、一个计时工具、一个ID生成器,Windows操作系统只能打开一个任务管理器窗口,如果不使用机制对窗口对象进行唯一化,势必会打开多个窗口

定义一个统一的全局变量可以确保对象随时都能被访问,但不能防止创建多个对象

学习难度:⭐ 使用频率:⭐⭐⭐⭐

定义:确保一个类只有一个实例,并提供一个全局访问点来访问这个实例

二、单例模式的结构和实现

1:单例模式的结构

单例模式只包含一个类,即单例类,其结构如下:
单例角色(Singleton),在单例类的内部创建它的唯一实例,并通过静态方法GetInstance()让客户端可以使用它的唯一实例。可见性设置为private,并在单例类内部定义了一个Singleton类型的静态对象,作为供外部共享访问的唯一实例

2:单例模式的实现

单例模式的代码实现如下:
 

class Singleton
{
    private static Singleton instance=null;  //静态私有成员变量
    //私有构造函数
    private Singleton(){}

    //静态共有工厂方法,返回唯一实例
    public static Singleton GetInstance()
    {
        if(instance==null)
        {
            instance=new Singleton();
        }
        return instance;
    }
}

客户端测试代码:

using System;
class Program
{
    static void Main(string[] args)
    {
        Singleton s1=Singleton.GetInstance();
        Singleton s2=Singleton.GetInstance();
        //判断两个对象是否相同
        if(s1==s2)
        {
            Console.WriteLine("两个对象是相同实例。");
        }
        Console.Read();
    }
}

输出结果为:两个对象是相同实例

说明两次调用GetInstance()所获取的对象是同一实例对象,且无法在外部对SIngleton进行实例化

要注意:
①单例构造函数的可见性为private

②提供一个类型为自身的静态私有成员变量

③提供一个共有的静态工厂方法

三、单例模式的应用实例

实例:某公司需要开发一个服务器负载均衡软件,该软件运行在一台负载均衡服务器上,需要确保负载均衡器的唯一性,只能由一个负载均衡器来负责服务器的管理和请求分发,否则会产生冲突

将负载均衡器LoadBalancer设计为单例角色,其中包含一个存储服务器信息的集合serverList,每次在serverList中随机选择一台服务器来相应客户端要求

LoadBalancer:负载均衡器,充当单例角色

using System;
using System.Collections;
namespace SingletonSample
{
    class LoadBalancer
    {
        //私有静态成员变量,存储唯一实例
        private static LoadBalancer instance=null;
        //服务器集合
        private ArrayList serverList=null;
        //私有构造函数
        private LoadBalancer()
        {
            serverList=new ArrayList();
        }
        //共有静态成员方法,返回唯一实例
        public static LoadBalancer GetLoadBalancer()
        {
            if(instance==null)
            {
                instance= new LoadBalancer();
            }
            return instance;
        }
        //增加服务器
        public void AddServe(string server)
        {
            serverList.Add(server);
        }
        //删除服务器
        public void RemoveServer(string server)
        {
            serverList.Remove(server);
        }
        //使用Random类随机获取服务器
        public string GetServer()
        {
            Random random=new Random();
            int i =random.Next(serverList.Count);
            return serverList[i].ToString();
        }
    }
}

 Program:客户端测试

using System;
namespace SingletonSample
{
    class Program
    {
        static void Main(string[] args)
        {
            //创建四个LoadBalancer对象
            LoadBalancer balancer1, balancer2, balancer3, balancer4;
            balancer1=LoadBalancer.GetLoadBalancer();
            balancer2=LoadBalancer.GetLoadBalancer();
            balancer3=LoadBalancer.GetLoadBalancer();
            balancer4=LoadBalancer.GetLoadBalancer();
            //判断服务器负载均衡器是否相同
            if(balancer1==balancer2&&balancer2==balancer3&&balancer3==balancer4)
            {
                Console.WriteLine("服务器负载均衡器具有唯一性!");
            }
            //增加服务器
            balancer1.AddServe("Server1");
            balancer1.AddServe("Server2");
            balancer1.AddServe("Server3");
            balancer1.AddServe("Server4");
            //模拟客户端请求的分发,如果输出结果为同一个Server,可以将i适当方法,例如改为i<100
            for(int i = 0; i < 10; i++) 
            {
                string server=balancer1.GetServer();
                Console.WriteLine("分发请求至服务器:"+server);
            }
            Console.Read();
        }
    }
}

结果:

服务器负载均衡器具有唯一性!
分发请求至服务器:Server1
分发请求至服务器:Server2
分发请求至服务器:Server4
分发请求至服务器:Server2
分发请求至服务器:Server3
分发请求至服务器:Server2
分发请求至服务器:Server2
分发请求至服务器:Server2
分发请求至服务器:Server4
分发请求至服务器:Server1

虽然创建了四个LoadBalanced对象,但是实际上是同一个对象,因此通过单例模式可以确保LoadBalancer对象的唯一性

四、饿汉式单例和懒汉式单例

1:饿汉式单例类

饿汉式单例类(Eager Singleton)是实现起来最简单的单例类,由于定义静态变量的时候实例了单例类,因此在类加载时单例对象就已创建,代码如下:

class EagerSingleton
{
    private static EagerSingleton instance=new EagerSingleton();
    private EagerSingleton(){}
    private static EagerSingleton GetInstance()
    {
        return instance;
    }
}

2:懒汉式单例类与双重检查锁定

与饿汉式单例类相同的是,懒汉式单例类(Lazy Singleton),不同点是,懒汉式单例类在第一次被引用时将自己实例化,在懒汉式单例类被加载时,不会将自己实例化。

但是懒汉式单例类有一个严重的问题,如果存在高并发、多线程的环境下,可能会造成创建多个实例对象,修改后的懒汉式单例类代码如下:

class LazySingleton
{
    private static LazySingleton instance=null;
    //程序运行时创建一个静态只读的辅助对象
    private static readonly object syncRoot=new Object();
    private LazySingleton(){}
    public static LazySingleton GetInstance()
    {
        //第一次判断,判断实例是否存在,不存在再加锁
        if(instance==null)
        {
            //加锁的程序某一时刻只允许一个线程访问
            lock(syncRoot)
            {
                //第二重判断
                if(instance==null )
                {
                    instance=new LazySingleton();  //创建单例实例
                }
            }
        }
        return instance;
    }
}

为了更好的对单例对象的创建进行控制,此处使用了一种被称为双重检查锁定的双重判断机制,该机制中,当实例不存在且同时又两个线程调用GetInstance方法时,它们都可以通过第一重判断,并由于Lock锁定机制,只有一个线程进入lock中执行创建代码,另一个处于排队状态。

3:饿汉式单例类与懒汉式单例类的比较

饿汉式单例类在被加载时就将自己实例化,优点时无需考虑多个线程同时访问的问题,可以确保实例的唯一性,但是从资源的利用效率角度来说不及懒汉式单例

懒汉式单例类在第一次使用时创建,无需一直占用系统内存,实现了延迟加载,但是必须处理多个线程同时访问的问题

五、单例模式的优缺点和适用环境

1:单例模式的优点

1)提供了唯一实例的受控访问

2)由于在系统内存中只存在一个对象,因此可以节约系统资源

3)允许可变数目的实例

2:单例模式的缺点

1)由于单例模式中没有抽象层,因此单例类的扩展有很大困难

2)单例类的职责国中,在一定程度上违背了单一职责原则

3)自动垃圾回收技术的冲突

3:单例模式的适用环境

1)系统只需要一个实例对象

2)客户端调用类的单个实例只允许使用一个公共访问点

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Laker404

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值