⑴ 什么叫单例模式，如何实现，有什么作用
就是只有一个实例，最简单的单例模式可以用static来实现。
比如下面的_Context变量就是用了单利模式,下面的代码就是外面想调用_Context时，如果_Context已经实例化，那么直接返回，如果没实例化，就实例化它再返回。全局只有一个_Context
比如
public class EESGateway
{
private static EESDatabaseDataContext _Context = null; //EESDatabasDataContex Instance
private const string databaseName = "EESDatabase"; //Database name
/// <summary>
/// Return EESDatabaseDataContext instance.
/// </summary>
/// <returns>EESDatabaseDataContext instance</returns>
public static EESDatabaseDataContext DataContext()
{
if (_Context == null)
{
lock (typeof(EESGateway))
{
//formate a new string to store the connectionString
String connectionString = ConfigurationManager.ConnectionStrings["EESDatabase"].ConnectionString;
//create a dataContext using the connectionString above
_Context = new EESDatabaseDataContext(connectionString);
}
}
return _Context;
}
}
⑵ 什么是单例模式
单例模式，是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。
通过单例模式可以保证系统中，应用该模式的类一个类只有一个实例。即一个类只有一个对象实例。
单例模式是设计模式中最简单的形式之一。这一模式的目的是使得类的一个对象成为系统中的唯一实例。
要实现这一点，可以从客户端对其进行实例化开始。因此需要用一种只允许生成对象类的唯一实例的机制，“阻止”所有想要生成对象的访问。
使用工厂方法来限制实例化过程。这个方法应该是静态方法（类方法），因为让类的实例去生成另一个唯一实例毫无意义。
(2)购物车单例模式扩展阅读：
优缺点：
优点
一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程，所以类可以灵活更改实例化过程。
缺点
一、开销
虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象（尤其在类库中定义的对象）时，开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码，因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中（例如基于.NET Framework的语言），只有单例类能够导致实例被取消分配，因为它包含对该实例的私有引用。在某些语言中（如 C++），其他类可以删除对象实例，但这样会导致单例类中出现悬浮引用。
参考资料：网络---单例模式
⑶ java单例模式出现空指针问题。
1.首先单例模式，构造方法要私有化，private Cart (){} ;
2.private Map<GoodsBean,Integer> cartMap;你不分配空间给map，就会报空指针异常，要
3.实现线程安全的单例模式，不难
//双重检查实现单例
publicclassSingleton{
;
privateSingleton(){}
(){
if(singleton==null){
synchronized(Singleton.class){
if(singleton==null){
singleton=newSingleton();
}
}
}
returnsingleton;
}
}
4.Double-Check概念对于多线程开发者来说不会陌生，如代码中所示，我们进行了两次if (singleton == null)检查，这样就可以保证线程安全了。这样，实例化代码只用执行一次，后面再次访问时，判断if (singleton == null)，直接return实例化对象。
优点：线程安全；延迟加载；效率较高。
⑷ 什么是单例模式
例模式可以说是GOF设计模式中最为简单的模式,也是背负骂名最多的模专式。不过一直以属来，我对许多类似关于它是最烂和反模式的评价却不尽以为然。 模式本身很简单，除了牵涉多线程安全问题引起的一点罗唆外。所以，我不太想讨论GOF提供的关于该模式的参考实现。我所关注的是它背后带来的对问题的看法和思考方式。 我们先看看单例模式出现的背景很存在的意义。单例模式通俗来讲就是确保类只有一个实例。那么好，我们问一下，为什么要确保类只有一个实例呢？其实无非是两个方面的作用：一、想控制资源的使用，它又体现在两个方面，其中之一是控制实例数目的产生来节约资源，其二通过线程同步控制资源的并发访问；二、想作为一种通信媒介，在不建立直接关联的条件下让不相关的两个程序进行通信，尤其是多线程。第二点，我说的有些抽象，简单讲吧，就类似于大家基于一个黑板讨论东西，而不关心参与讨论的对象。单例就取了黑板的作用。
⑸ 什么是单例模式希望有个运用单例模式的类的例子。
单例模式可以说是GOF设计模式中最为简单的模式,也是背负骂名最多的模式。专不过一直以来，我对许多类属似关于它是最烂和反模式的评价却不尽以为然。
模式本身很简单，除了牵涉多线程安全问题引起的一点罗唆外。所以，我不太想讨论GOF提供的关于该模式的参考实现。我所关注的是它背后带来的对问题的看法和思考方式。
我们先看看单例模式出现的背景很存在的意义。单例模式通俗来讲就是确保类只有一个实例。那么好，我们问一下，为什么要确保类只有一个实例呢？其实无非是两个方面的作用：一、想控制资源的使用，它又体现在两个方面，其中之一是控制实例数目的产生来节约资源，其二通过线程同步控制资源的并发访问；二、想作为一种通信媒介，在不建立直接关联的条件下让不相关的两个程序进行通信，尤其是多线程。第二点，我说的有些抽象，简单讲吧，就类似于大家基于一个黑板讨论东西，而不关心参与讨论的对象。单例就取了黑板的作用。
⑹ 单例模式的好处和缺点为什么要用单例模式详细才给分
【单例模式含义】
单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。
【采用单例模式动机、原因】
对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化，将弹出多个窗口，如果这些窗口显示的内容完全一致，则是重复对象，浪费内存资源；如果这些窗口显示的内容不一致，则意味着在某一瞬间系统有多个状态，与实际不符，也会给用户带来误解，不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。
如何保证一个类只有一个实例并且这个实例易于被访问呢？定义一个全局变量可以确保对象随时都可以被访问，但不能防止我们实例化多个对象。一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建，并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机。
【单例模式优缺点】
【优点】
一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程，所以类可以灵活更改实例化过程。
【缺点】
一、开销
虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象（尤其在类库中定义的对象）时，开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码，因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中（例如基于.NET Framework的语言），只有单例类能够导致实例被取消分配，因为它包含对该实例的私有引用。在某些语言中（如 C++），其他类可以删除对象实例，但这样会导致单例类中出现悬浮引用。
⑺ 什么叫单例模式 能给举个例子吗 们
定义:
Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。
在很多操作中，比如建立目录 数据库连接都需要这样的单线程操作。
还有, singleton能够被状态化; 这样，多个单态类在一起就可以作为一个状态仓库一样向外提供服务，比如，你要论坛中的帖子计数器，每次浏览一次需要计数，单态类能否保持住这个计数，并且能synchronize的安全自动加1，如果你要把这个数字永久保存到数据库，你可以在不修改单态接口的情况下方便的做到。
另外方面，Singleton也能够被无状态化。提供工具性质的功能，
Singleton模式就为我们提供了这样实现的可能。使用Singleton的好处还在于可以节省内存，因为它限制了实例的个数，有利于Java垃圾回收（garbage collection）。
我们常常看到工厂模式中类装入器(class loader)中也用Singleton模式实现的,因为被装入的类实际也属于资源。
如何使用?
一般Singleton模式通常有几种形式:
public class Singleton {
private Singleton(){}
//在自己内部定义自己一个实例，是不是很奇怪？
//注意这是private 只供内部调用
private static Singleton instance = new Singleton();
//这里提供了一个供外部访问本class的静态方法，可以直接访问
public static Singleton getInstance() {
return instance;
}
}
第二种形式:
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次
//使用时生成实例，提高了效率！
if (instance==null)
instance＝new Singleton();
return instance; }
}
使用Singleton.getInstance()可以访问单态类。
上面第二中形式是lazy initialization，也就是说第一次调用时初始Singleton，以后就不用再生成了。
注意到lazy initialization形式中的synchronized，这个synchronized很重要，如果没有synchronized，那么使用getInstance()是有可能得到多个Singleton实例。关于lazy initialization的Singleton有很多涉及double-checked locking (DCL)的讨论，有兴趣者进一步研究。
一般认为第一种形式要更加安全些。
使用Singleton注意事项：
有时在某些情况下，使用Singleton并不能达到Singleton的目的，如有多个Singleton对象同时被不同的类装入器装载；在EJB这样的分布式系统中使用也要注意这种情况，因为EJB是跨服务器，跨JVM的。
我们以SUN公司的宠物店源码(Pet Store 1.3.1)的ServiceLocator为例稍微分析一下：
在Pet Store中ServiceLocator有两种，一个是EJB目录下；一个是WEB目录下，我们检查这两个ServiceLocator会发现内容差不多，都是提供EJB的查询定位服务，可是为什么要分开呢？仔细研究对这两种ServiceLocator才发现区别：在WEB中的ServiceLocator的采取Singleton模式，ServiceLocator属于资源定位，理所当然应该使用Singleton模式。但是在EJB中，Singleton模式已经失去作用，所以ServiceLocator才分成两种，一种面向WEB服务的，一种是面向EJB服务的。
Singleton模式看起来简单，使用方法也很方便，但是真正用好，是非常不容易，需要对Java的类 线程 内存等概念有相当的了解。
⑻ 各位java web大神，求帮忙看个超小的demo，实现一个简单的购物车功能，出现了很让人费解的问题，不看后悔
我运行了你的代码获取到的是同一个session啊，没问题啊
⑼ 如何实现单例模式
这个模式保护类的创建过程来确保只有一个实例被创建，它通过设置类的构造方法为私有来达到这个目的。 要获得类的实例，单例类可以提供一个方法，如getInstance，来返回类的实例。该方法是唯一可以访问类来创建实例的方法。 下面是单例的一个例子：Java代码publicclassSingletonPattern{;privateSingletonPattern(){}publicstatic synchronized SingletonPatterngetInstance(){if(instance==null){instance=newSingletonPattern();}returninstance;}} 当我们要实现单例的时候，有如下的规则需要遵循： 从上面的示例代码中可以看出，一个单例类有一个静态的属性来保存它唯一的实例 需要将类的构造方法设置为private。这样你不允许其他任何类来创建单例类的实例，因为它们不能访问单例类的构造方法。