单例模式与多线程
http://www.cnblogs.com/shanghaijimzhou/archive/2013/03/15.html
场景
我们现在要做一个网络游戏的服务端程序,需要考虑怎么样才能承载大量的用户。在做WEB程序的时候有各种负载均衡的方案,不管是通过硬件实现还是软件实现,基本的思想就是有一个统一的入口,然后由它来分配用户到各个服务器上去。
需要考虑的问题是,即使在多线程的并发状态下,用户只能通过一个唯一的入口来分配,由此引入了Singleton模式来实现这个唯一的入口。
代码:
using System; using System.Collections.Generic; using System.Threading; namespace SingletonExample { class Program { static void Main(string[] args) { ParameterizedThreadStart ts = new ParameterizedThreadStart(EnterPlayer); for (int i = 0; i < 20; i++) { Thread t = new Thread(ts); t.Start("player" + i); } LoadBalanceServer.GetLoadBalanceServer().ShowServerInfo(); Console.ReadKey(); } /// <summary> /// 来了一个新的人,好: /// 1 进入一个LoadBalanceServer,找出负载最少的LobbyServer /// 2 进入负载最少的LobbyServer. /// </summary> /// <param name="playerName"></param> static void EnterPlayer(object playerName) { LoadBalanceServer lbs = LoadBalanceServer.GetLoadBalanceServer(); lbs.GetLobbyServer().EnterPlayer(playerName.ToString()); } } class LoadBalanceServer { private const int SERVER_COUNT = 3; /// <summary> /// 分配和控制几个LobbyServer. /// </summary> private List<LobbyServer> serverList = new List<LobbyServer>(); private static volatile LoadBalanceServer lbs; private static object syncLock = new object(); /// <summary> /// 初始化的时候,初始化3个LobbyServer(只能实例化一次), 在外面限制了不能用new实例 /// </summary> private LoadBalanceServer() { for (int i = 0; i < SERVER_COUNT; i++) { serverList.Add(new LobbyServer("LobbyServer" + i)); } } /// <summary> /// 制造一个唯一的实例 /// </summary> /// <returns></returns> public static LoadBalanceServer GetLoadBalanceServer() { if (lbs == null) { lock (syncLock) { // 一定要再次判断,不然假如有两个线程在Lock处等待,则第一个线程创建了LoadBalanceServer实例,第二个又会创建实例. if (lbs == null) { Thread.Sleep(100); lbs = new LoadBalanceServer(); } } } return lbs; } public LobbyServer GetLobbyServer() { LobbyServer ls = serverList[0]; for (int i = 1; i < SERVER_COUNT; i++) { if (serverList[i].PlayerList.Count < ls.PlayerList.Count) ls = serverList[i]; } return ls; } /// <summary> /// 最后显示出来的,都分配过了,LobbyServer /// </summary> public void ShowServerInfo() { foreach (LobbyServer ls in serverList) { Console.WriteLine("=================" + ls.ServerName + "================="); foreach (string player in ls.PlayerList) { Console.WriteLine(player); } } } } class LobbyServer { /// <summary> /// 玩家队列,每一个LobbyServer有多个玩家 /// </summary> private List<string> playerList = new List<string>(); public List<string> PlayerList { get { return playerList; } } private string serverName; public string ServerName { get { return serverName; } } public LobbyServer(string serverName) { this.serverName = serverName; } public void EnterPlayer(string playerName) { playerList.Add(playerName); } } }
http://images.cnblogs.com/cnblogs_com/lovecherry/Singleton.jpg
代码说明
LoadBalanceServer类实现了Singleton模式,也就是说无论在什么情况下,只会有一个LoadBalanceServer类的实例出现。
LobbyServer类表示大厅服务,用户进入大厅后和大厅服务进行服务,在这里我们仅仅在大厅服务里面保存了用户列表。
Singleton模式有很多实现方式,在这里使用的是双重锁定方式。对于C#来说,可能使用静态初始化方式是最简洁的,这里就不演示了。
LoadBalanceServer类的GetLobbyServer()方法负责返回一个压力最小的LobbyServer对象。
实例化LoadBalanceServer的时候Sleep了线程,目的是模拟高并发的情况,在正式代码中没有必要这样做。
何时采用
从代码角度来说,当你希望类只有一个实例的时候。
从应用角度来说,你希望有一个总管来负责某一件事情。并且这件事情的分配只能有一个人进行,如果有多个人进行肯定会弄乱。比如创建处理流水号如果有两个地方在创建的话是不是就会重复了呢?
注意事项:
这个地方要确保只执行一次,不然LobbyServer都清空了
/// <summary>
//初始化的时候,初始化3个LobbyServer(只能实例化一次,在外部不能用new实例化对象)
/// </summary>
private LoadBalanceServer()
{
for (int i = 0; i < SERVER_COUNT; i++)
{
serverList.Add(new LobbyServer("LobbyServer" + i));
}
}
下载地址:https://skydrive.live.com/#cid=6B286CBEF1610557&id=6B286CBEF1610557!673
- 原则:
- #region 单例模式
- #region 用法说明
- //保证一个类仅有一个实例,并提供一个访问它的全局访问点
- // 实现要点
- // Singleton模式是限制而不是改进类的创建。
- // Singleton类中的实例构造器可以设置为Protected以允许子类派生。
- // Singleton模式一般不要支持Icloneable接口,因为这可能导致多个对象实例,与Singleton模式的初衷违背。
- // Singleton模式一般不要支持序列化,这也有可能导致多个对象实例,这也与Singleton模式的初衷违背。
- // Singleton只考虑了对象创建的管理,没有考虑到销毁的管理,就支持垃圾回收的平台和对象的开销来讲,我们一般没必要对其销毁进行特殊的管理。
- // 理解和扩展Singleton模式的核心是“如何控制用户使用new对一个类的构造器的任意调用”。
- // 可以很简单的修改一个Singleton,使它有少数几个实例,这样做是允许的而且是有意义的。
- //优点
- // 实例控制:Singleton 会阻止其他对象实例化其自己的 Singleton 对象的副本,从而确保所有对象都访问唯一实例
- // 灵活性:因为类控制了实例化过程,所以类可以更加灵活修改实例化过程
- //缺点
- // 开销:虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题,上面的五种实现方式中已经说过了。
- // 可能的开发混淆:使用 singleton 对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用 new 关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
- // 对 象的生存期:Singleton 不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于 .NET Framework 的语言),只 有 Singleton 类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除
- //对象实例,但这样会导致 Singleton 类中出现悬浮引用。
- //适用性
- // 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
- // 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时。
- //应用场景
- // 每台计算机可以有若干个打印机,但只能有一个Printer Spooler,避免两个打印作业同时输出到打印机。
- //(摘自吕震宇的C#设计模式(7)-Singleton Pattern)
- // PC机中可能有几个串口,但只能有一个COM1口的实例。
- // 系统中只能有一个窗口管理器。
- // .NET Remoting中服务器激活对象中的Sigleton对象,确保所有的客户程序的请求都只有一个实例来处理
//共有五种实现方案
/// <summary>
/// 简单实现
/// 类声明中使用sealed可防止其它类继承此类
/// 私有构造函数禁止实例化该类
///
/// 缺点:这种方式的实现对于线程来说并不是安全的,因为在多线程的环境下有可能得到Singleton类的多个实例。如果同时有两个线程去判断(instance == null),并且得到的结果为真,这时两个线程都会创建类Singleton的实例,这样就违背了Singleton模式的原则。实际上在上述代码中,有可能在计算出表达式的值之前,对象实例已经被创建,但是内存模型并不能保证对象实例在第二个线程创建之前被发现
/// 优点:
/// 由于实例是在 Instance 属性方法内部创建的,因此类可以使用附加功能(例如,对子类进行实例化),即使它可能引入不想要的依赖性。
/// 直到对象要求产生一个实例才执行实例化;这种方法称为“惰性实例化”。惰性实例化避免了在应用程序启动时实例化不必要的 singleton。
/// </summary>
public sealed class Singleton
{
private static Singleton instance = null;
private Singleton(){}
public static Singleton Instance
{
get
{
if (instance == null)
{
instance = new Singleton();
}
return instance;
}
}
}
/// <summary>
/// 安全的线程
///
/// lock 关键字可以用来确保代码块完成运行,而不会被其他线程中断。这是通过在代码块运行期间为给定对象获取互斥锁来实现的。
/// lock 语句以关键字 lock 开头,它有一个作为参数的对象,在该参数的后面还有一个一次只能由一个线程执行的代码块。
/// 提供给 lock 关键字的参数必须为基于引用类型的对象,该对象用来定义锁的范围。
///
/// 这种方式的实现对于线程来说是安全的。我们首先创建了一个进程辅助对象,线程在进入时先对辅助对象加锁然后再检测对象是否被创建,这样可以确保只有一个实例被创建,因为在同一个时刻加了锁的那部分程序只有一个线程可以进入。这种情况下,对象实例由最先进入的那个线程创建,后来的线程在进入时(instence == null)为假,不会再去创建对象实例了。但是这种实现方式增加了额外的开销,损失了性能。
/// </summary>
public sealed class Singleton2
{
private static Singleton2 instance = null;
private static readonly object padlock = new object();
private Singleton2() { }
public static Singleton2 Instance
{
get
{
lock (padlock)
{
if (instance == null)
{
instance = new Singleton2();
}
return instance;
}
}
}
}
/// <summary>
/// 双重锁定
///
/// 这种实现方式对多线程来说是安全的,同时线程不是每次都加锁,只有判断对象实例没有被创建时它才加锁,有了我们上面第一部分的里面的分析,我们知道,加锁后还得再进行对象是否已被创建的判断。它解决了线程并发问题,同时避免在每个 Instance 属性方法的调用中都出现独占锁定。它还允许您将实例化延迟到第一次访问对象时发生。实际上,应用程序很少需要这种类型的实现。大多数情况下我们会用静态初始化。这种方式仍然有很多缺点:无法实现延迟初始化。
/// </summary>
public sealed class Singleton3
{
private static Singleton3 instance = null;
private static readonly object padlock = new object();
private Singleton3() { }
public static Singleton3 Instance
{
get
{
if (instance == null)
{
lock (padlock)
{
if (instance == null)
{
instance = new Singleton3();
}
}
}
return instance;
}
}
}
/// <summary>
/// 静态初始化
/// 在大多数情况下,静态初始化是在 .NET 中实现 Singleton 的首选方法。
/// 该类标记为 sealed 以阻止发生派生,而派生可能会增加实例。此外,变量标记为 readonly,这意味着只能在静态初始化期间(此处显示的示例)或在类构造函数中分配变量。
///
/// 该实现与前面的示例类似,不同之处在于它依赖公共语言运行库来初始化变量。它仍然可以用来解决 Singleton 模式试图解决的两个基本问题:全局访问和实例化控制。公共静态属性为访问实例提供了一个全局访问点。此外,由于构造函数是私有的,因此不能在类本身以外实例化 Singleton 类;因此,变量引用的是可以在系统中存在的唯一的实例。 由于 Singleton 实例被私有静态成员变量引用,因此在类首次被对 Instance 属性的调用所引用之前,不会发生实例化。
/// 这种方法唯一的潜在缺点是,您对实例化机制的控制权较少。在 Design Patterns 形式中,您能够在实例化之前使用非默认的构造函数或执行其他任务。由于在此解决方案中由 .NET Framework 负责执行初始化,因此您没有这些选项。在大多数情况下,静态初始化是在 .NET 中实现 Singleton 的首选方法。
/// </summary>
public sealed class Singleton4
{
private static readonly Singleton4 instance = new Singleton4();
static Singleton4() { }
private Singleton4() { }
public static Singleton4 Instance
{
get
{
return instance;
}
}
}
/// <summary>
/// 延迟初始化
/// 类声明了internal后只对整个项目可见,虽然其成员可以是public声明的,但因类只在当前项目中可见,所以其成员也就只能在当前项目访问了。
///
/// 这里,初始化工作有Nested类的一个静态成员来完成,这样就实现了延迟初始化,并具有很多的优势,是值得推荐的一种实现方式
/// </summary>
public sealed class Singleton5
{
private Singleton5() { }
public static Singleton5 Instance
{
get
{
return Nested.instance;
}
}
private class Nested
{
static Nested() { }
internal static readonly Singleton5 instance = new Singleton5();
}
}
#endregion
}
#region 单例模式测试示例
namespace SigletonPattern.SigletonCounter
{
using System;
using System.Threading;
/// <summary>
/// 功能:简单计数器的单件模式
/// 日期:2009年8月19日
/// </summary>
public class CountSigleton
{
//存储唯一的实例
private static CountSigleton uniCounter = new CountSigleton();
//存储计数值
private int totalNum = 0;
private CountSigleton()
{
//线程延迟2000毫秒
Thread.Sleep(2000);
}
public static CountSigleton Instance()
{
return uniCounter;
}
//计数加1
public void Add()
{
totalNum++;
}
//获得当前计数值
public int GetCounter()
{
return totalNum;
}
}
}
namespace SigletonPattern.SigletonCounter
{
using System;
using System.Threading;
using System.Text;
/// <summary>
/// 功能:创建一个多线程计数的类
/// 日期:2009年8月19日
/// </summary>
public class CountMutilThread
{
public CountMutilThread()
{ }
public static void DoSomeWork()
{
//构造显示字符串
string results = "";
//创建一个Sigleton实例
CountSigleton MyCounter = CountSigleton.Instance();
//循环调用四次(四个线程循环执行四次,即MyCounter.Add()了十六次,最终的结果是计数器最大为16)
for (int i = 1; i < 5; i++)
{
MyCounter.Add();
results += "线程";
results += Thread.CurrentThread.Name.ToString() + "——>";
results += "当前的计数:";
results += MyCounter.GetCounter().ToString();
results += "\n";
Console.WriteLine(results);
//清空显示字符串
results = "";
}
}
}
}


浙公网安备 33010602011771号