单件模式Singleton来控制窗体被重复或多次打开

本文转载：http://blog.csdn.net/a0700746/article/details/4473796

一般在百度搜一下，会出来一下内容，看来很好用。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的类 线程 内存等概念有相当的了解。

总之：如果你的应用基于容器，那么Singleton模式少用或者不用，可以使用相关替代技术。

以下是本人在实际的项目中的具体灵活运用，希望能帮到大家的忙。

问题描述：用了单件模式Singleton来控制窗体被重复或多次打开，最初是在MDI子窗体中写方法，后来看别人的写的是属性，基本是一样的，都可以，然后想的是，项目中有诺多窗体，如果每个窗体都写一份，岂不太脑残？所以打算写一个基类，但是呢，Singleton只能被实例化一次，所以只好用了泛型来写。基类终于写好了，然后调试，发现确实可以控制窗体的打开个数，即被多次打开，但是呢，当窗体操作完成并关闭后，，再次打开这个窗体时就会出现（无法访问已释放的对象）的错误。 这里呢就有关系到C#中的垃圾回收问题。C#垃圾回收器管理所有的托管对象，所有需要托管数据的.NET语言（包括 C#）都受运行库的垃圾回收器的制约。垃圾回收器可以确定运行垃圾回收的最佳时间，自动进行垃圾回收。然而垃圾回收的一个产物是：C#对象没有确定性毁坏。所以会出现子窗口对象已被销毁，但又不为null,故出现访问时产生“未处理 ObjectDisposedException”异常（来自于“从小处看C#.net垃圾回收”一文）。

       这里呢关于这个问题，因为不是主体所涉及，就不过多赘述，有兴趣的请大家自己查阅相关资料。回到正题，这又怎么办呢，有办法。问题的关键是，窗体已被释放，但因为还未来得及被系统处理，所以有Instance.Isdisposed=true，而Instance却不等null；怎么办呢，在窗体关闭的时候，可以人为地将其置为null；然后问题又出来了，Singleton为只读啊，如果你为Instance赋值，系统会报错，Instance为只读。怎么办呢，没办法，不撞南墙不回头，下定决心就做下去。要让它能被赋值，只能加上一个set了，这样再调试，一切就问题解决了。首先，窗体的重复或多次打开问题解决了；然后呢，每个窗体打开时，只要一行代码就搞定了，不用每个窗体写一份属性，方法（其实质还是借鉴Singleton）；最后呢，不会出现再次打开不能访问的问题，即无法访问已释放的对象的问题。

以下是Singleton基类C#代码：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace dchtgl
{
    //泛型实现实例单件化
    public class Singleton<T> where T :new()
    {
        private static T instance = default(T);
        private static readonly object lockHelper = new object();
        private Singleton() { }
        public static T Instance
        {
            get
            {
                if (instance == null)
                {
                    lock (lockHelper)
                    {
                        if (instance == null)
                        {
                            instance = new T();
                        }
                    }
                }
                return instance;
            }
            set
            {
                instance = value;
            }
        }

    }
}

如果要在主窗体中打开某个窗体，比如Form1，代码如下：

//Form1为MDI子窗体

private void 会员管理ToolStripMenuItem_Click(object sender, EventArgs e)
        {
            Form1  F1 = Singleton<Form1>.Instance;
            F1.MdiParent = this;
            F1.Show();

        }

但要注意的是，必须在该窗体关闭时，加上

private void Form1_FormClosed(object sender, FormClosedEventArgs e)
        {
            Singleton<Form1>.Instance = null;
        }
这样才不会出问题。这回应该清楚了吧。

对于这个问题，最近有了新的认识，把代码贴出来以飨读者。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Windows.Forms;

namespace dchtgl
{
    /// <summary>
    /// 泛型实现窗体实例单件化
    /// </summary>
    /// <typeparam name="T">窗体类</typeparam>
    public static class Singleton<T> where T : Form, new()
    {
        private static T instance = default(T);
        private static readonly object lockHelper = new object();

        /// <summary>
        /// 获取窗体的唯一实例
        /// </summary>
        public static T Instance
        {
            get
            {
                if (instance == null)
                {
                    lock (lockHelper)
                    {
                        if (instance == null)
                        {
                            instance = new T();

                            //加上实例关闭事件，窗体就会自动回收，即instance=null；
                            instance.FormClosed += new FormClosedEventHandler(DestroyForm);
                        }
                    }
                }
                return instance;
            }
        }

        /// <summary>
        /// 当窗体关闭时将Instance置空
        /// </summary>
        /// <param name="sender"></param>
        /// <param name="e"></param>
        private static void DestroyForm(object sender, FormClosedEventArgs e)
        {
            instance = default(T);
        }

    }
}

用法同上，但是不必在窗体关闭的时候，加上

private void Form1_FormClosed(object sender, FormClosedEventArgs e)
        {
            Singleton<Form1>.Instance = null;
        }
这一句了。