无锁,线程安全,延迟加载的单例实现(C#)
单例(singleton)是非常常见,也非常有用的设计模式,当然了, 面试中也是经常会被问到的:)在几乎所有的项目中都能看到它的身影。简而言之,单例保证了一个自定义类型在整个程序的生命周期只被创建一次。要实现一个简单的单例是也很容易的:
public class Example
{
private static Example instance; private Example()
{
} public static Example Instance
{
get
{
if (instance != null)
{
instance = new Example();
} return instance;
}
}
}
这是大多数人的写法。
这是一个延迟加载的单例。换句话说,只有当调用Example.Instance时,才会创建Example的实例。当不存在多线程调用的情况下,这个单例是工作得很好的。但是在现实中,我们已经很少不去考虑线程安全了。提到线程安全,我们第一反应就是加锁:
public class Example
{
private static Example instance; private object myLock = new object(); private Example()
{
} public static Example Instance
{
get
{
lock(myLock)
{
if (instance != null)
{
instance = new Example();
} return instance;
}
}
}
}
这显然是没有问题的,我相信也是大多数程序员的做法。
在面试中如果面试者能够在没有任何提示下给出这个线程安全且延迟加载的单例,已经很让面试官满意了。 可是我想再吹毛求疵下:能不能实现一个无锁的线程安全单例?
无锁且要线程安全。。。我们需要借助语言的特性。(实际上代码更少了)
public class Example
{
private static Example instance = new Example(); private Example()
{
} public static Example Instance
{
get
{
return instance;
}
}
}
的确,无锁且线程安全了,但是。。。延迟加载似乎又缺失了。也许有人要问,这个延迟加载有什么用?
绝大多数情况下,这个延迟加载没有任何用(面试虐人除外),除非这个类还有其他static public methods。譬如说这个Example类有一个静态方法:
public static string Output()
{
string str;
// process the str.
return str;
}
并且我们只会用到Example.Output()。在这种情况下如果 Example 的instance被创建了,显然是浪费内存。据我所知,这是延迟加载唯一有用的地方。
不管这个延迟加载用处有多大,我们单纯从研究的角度考虑,是否能既做到无锁,线程安全,又延迟加载?
C#语言的另一大特性帮助了我们:嵌套类。直接上代码:
public class Example
{
private static Example instance; private Example()
{
} public static Example Instance
{
get
{
return Nested.Instance;
}
} class Nested
{
static Nested()
{
} internal static readonly Example Instance = new Example();
}
}
无锁,线程安全,延迟加载的单例实现(C#)的更多相关文章
- c++:自己动手实现线程安全的c++单例类
前段时间使用c++做项目开发,需要根据根据配置文件路径加载全局配置文件,并对外提供唯一访问点.面对这样一个需求,自然的就想到了使用单例模式来创建一个单例配置对象,供外部调用.一开始想使用boost中自 ...
- iOS-主线程刷新UI【+单例】
主线程刷新UI dispatch_async(dispatch_get_main_queue(), ^{ /// }); 单例 static Tools *_sharedManger; @implem ...
- MVC 创建线程内的db单例
using System; using System.Collections.Generic; using System.Linq; using System.Web; using LSUnion.S ...
- java设计模式--解决单例设计模式中懒汉式线程安全问题
首先写个单例,懒汉模式: public class SingleDemo { private static SingleDemo s = null; private SingleDemo(){} pu ...
- 依赖注入及AOP简述(九)——单例和无状态Scope .
三.依赖注入对象的Scope及其生命周期 在前面的章节我们讲到,依赖注入容器之所以能够区别于以往的ServiceLocator等容器,是在于其不但能够自动构建多层次的.完整的依赖关系图,并且可以管理依 ...
- GOF设计模式之1:单例设计模式
1.单例设计模式核心作用: 保证一个类只有一个实例,并且提供了访问该实例的全局访问点 2.常见应用场景: window的任务管理器 项目中读取配置文件一般也是一个单例模式 数据库连接池的设计也是采用单 ...
- Java设计模式:Singleton(单例)模式
概念定义 Singleton(单例)模式是指在程序运行期间, 某些类只实例化一次,创建一个全局唯一对象.因此,单例类只能有一个实例,且必须自己创建自己的这个唯一实例,并对外提供访问该实例的方式. 单例 ...
- 十次艳遇单例设计模式(Singleton Pattern)
1.引言 单例设计模式(Singleton Pattern)是最简单且常见的设计模式之一,在它的核心结构中只包含一个被称为单例的特殊类.通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访 ...
- Java单例和多例
背景:最近在学习韩老师的笔记时候发现不是很了解单例和多例,于是通过网上查找资料的方式去学习. 设计模式:最佳的实践,是软件开发人员在软件开发过程中面临一般解决方案,也就是开发的经验总结. 单例模式(S ...
随机推荐
- (转)PHP函数set_magic_quotes_runtime()的作用
新手经常遇到的问题是特殊字符提交的时候提示数据库错误,今天给大家介绍一个set_magic_quotes_runtime函数,来帮助我们过滤里面的内容 php函数 set_magic_quotes_r ...
- iOS程序崩溃*** Terminating app due to uncaught exception 'CALayerInvalidGeometry', reason: 'CALayer position contains NaN: [37.5 nan]'
今天上班打开昨天的程序运行,昨天跑的很溜的程序今天竟然crash了,好郁闷啊!下面附上crash的栈打印信息: 经过一番调试终于找到了原因,程序crash是因为CALayer的位置中含有不存在的数,就 ...
- Spring AOP (下)
4.方式二:schema配置 a.业务类: /** * 业务类 * * @author yanbin * */ public class AspectBusiness { /** * 切入点 */ p ...
- 理解angularJS中作用域$scope
angularJS中作用域是什么 作用域(scope)是构成angularJS应用的核心基础,在整个框架中都被广泛使用,因此了解它如何工作是非常重要的 应用的作用域是和应用的数据模型相关联的,同时作用 ...
- centos 下搭建 php环境(2) mysql 安装
CentOS下的MySQL 5.1安装 01 1.下载源码包 wget http://mysql.llarian.net/Downloads/MySQL-5.1/mysql-5.1.63.tar. ...
- matplotlib curve.py
import matplotlib.pyplot as plt import numpy as np x = np.linspace(0, 2*np.pi, 100) sinX = np.sin(x) ...
- 如何搭建MVC3与配置models层
1.1 新建项目 第一步:打开Vs2010界面,点击左上角文件,点击新建,选择项目 1.1(图1) 第二步:点击网站Web类型,选择ASP.net MVC3 Web应用程序,在名称中输入项目名称(解决 ...
- C# 代码中 计算某个函数 或WebService 请求花费时间
/// 计算请求所花费的时间 System.Diagnostics.Stopwatch watch = new System.Diagnostics.Stopwatch(); watch.Start( ...
- Solr4.8.0源码分析(5)之查询流程分析总述
Solr4.8.0源码分析(5)之查询流程分析总述 前面已经写到,solr查询是通过http发送命令,solr servlet接受并进行处理.所以solr的查询流程从SolrDispatchsFilt ...
- MV规范 ---ISO7816 T=1协议的时间特性
终端发送的连续字符之间的时间间隔应在11etu域42etu之间,卡片应能正确接收终端发送的时间间隔为11.8+Netu的连续字符. 卡片发出的连续字符之间的时间间隔最小为11etu,终端应能正确接收卡 ...