现在的位置: 首页 > 综合 > 正文

Singleton 单件模式 泛型 (无法访问已释放的对象)

2012年10月21日 ⁄ 综合 ⁄ 共 4736字 ⁄ 字号 评论关闭

一般在百度搜一下,会出来一下内容,看来很好用。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;
        }
这一句了。

抱歉!评论已关闭.