单例模式攻防进阶(C#举例)

本文详细探讨了单例模式在C#中的实现与防护,通过四个阶段的攻防战,包括编译器优化、反射、双反射及反射再反射,深入分析了单例模式可能面临的挑战及解决方案,旨在防止单例被意外实例化,确保程序的正确性。
该文章已生成可运行项目,


单例模式本身是避免类的对象多次实例化,但总会有各种花式破解之术,以懒汉式单例模式为例进行举例说明。

一般写法

    /// <summary>
    /// 懒汉式
    /// </summary>
    class Demo
    {
        private static object objLock = new object();
        private Demo() { }
        private static Demo demoItem;
        public static Demo getInstance()
        {
            if (demoItem == null)
            {
                lock (objLock)
                {
                    if (demoItem == null)
                    {
                        demoItem = new Demo();
                    }
                }
            }
            return demoItem;
        }
    }

第一次攻防(编译器优化)

demoItem = new Demo();
风险

当通过上面过程实例化的时候,其执行过程不是原子性的,至少会经过如下三个步骤:

  1. 分配内存
  2. 执行构造方法
  3. 指向地址

由于指令重排,导致线程执行下面实例化的时候,可能跳过第二步执行了第三步,如果此时另一个线程进来,发现Demo已经不为空直接返回,并且后面使用了返回的Demo,由于第一个线程还未执行第二步,因此会导致Demo的实例不完整,可能会出现意想不到的错误。

完善

可以通过为变量增加Volatile声明,volatile 关键字指示一个字段可以由多个同时执行的线程修改,声明为 volatile 的字段不受编译器优化(假定由单个线程访问)的限制,这样可以确保该字段在任何时间呈现的都是最新的值。结果如下:

    /// <summary>
    /// 懒汉式
    /// </summary>
    class Demo
    {
        private static object objLock = new object();
        private Demo() { }
        private volatile static Demo demoItem;
        public static Demo getInstance()
        {
            if (demoItem == null)
            {
                lock (objLock)
                {
                    if (demoItem == null)
                    {
                        demoItem = new Demo();
                    }
                }
            }
            return demoItem;
        }
    }

第二次攻防(反射)

攻击

如果通过反射实例化,这可以轻松避开上面的单例,示例如下:

        static void Main(string[] args)
        {
            try
            {
                Demo item1 = Demo.getInstance();
                
                Type t = Type.GetType("single.Demo");
                ConstructorInfo[] tInfoArray= t.GetConstructors(BindingFlags.NonPublic | BindingFlags.Instance);
                Demo item2 = (Demo)tInfoArray[0].Invoke(null); 

                Console.WriteLine(item1.GetHashCode());
                Console.WriteLine(item2.GetHashCode());

            }
            catch(Exception e)
            {
                Console.WriteLine(e.StackTrace);
            }
            Console.ReadKey();
        }

执行结果如下,从打印结果可以看出,生成了两个不同的实例:
在这里插入图片描述

防守

对于这种情况,只需要在构造函数中增加限制即可,在私有构造函数中如果Demo实例不为空,表示已经被创建了,如果通过正常的GetInstance调用,是不会出现问题的,因此可以直接抛出异常。修改后的代码如下:

    /// <summary>
    /// 懒汉式
    /// </summary>
    class Demo
    {
        private static object objLock = new object();
        private Demo()
        {
            lock (objLock)
            {
                if (demoItem != null)
                {
                    throw new Exception("不要试图用反射破坏单例模式");
                }
            }
        }
        private volatile static Demo demoItem;
        public static Demo getInstance()
        {
            if (demoItem == null)
            {
                lock (objLock)
                {
                    if (demoItem == null)
                    {
                        demoItem = new Demo();
                    }
                }
            }
            return demoItem;
        }
    }

在这里插入图片描述

第三次攻防(双反射)

攻击

上面的方案可以解决反射前已经创建实例的情况,但是如果两次都是通过反射来进行实例化,则可以绕过该判断,调用代码如下:

        static void Main(string[] args)
        {
            try
            {
                //Demo item1 = Demo.getInstance();
                
                Type t = Type.GetType("single.Demo");
                ConstructorInfo[] tInfoArray= t.GetConstructors(BindingFlags.NonPublic | BindingFlags.Instance);
                Demo item2 = (Demo)tInfoArray[0].Invoke(null);
                Demo item3 = (Demo)tInfoArray[0].Invoke(null); 

                Console.WriteLine(item3.GetHashCode());
                Console.WriteLine(item2.GetHashCode());

            }
            catch(Exception e)
            {
                Console.WriteLine(e.StackTrace);
            }
            Console.ReadKey();
        }

在这里插入图片描述

防守

对于全部通过反射来绕过私有构造函数中的判断,可以增加额外的标志位进行检测和判断,代码如下:

    /// <summary>
    /// 懒汉式
    /// </summary>
    class Demo
    {
        private static bool InstanceFlag = false;
        private static object objLock = new object();
        private Demo()
        {
            lock (objLock)
            {
                if (InstanceFlag == false)
                {
                    InstanceFlag = true;
                }
                else
                {
                    throw new Exception("不要试图用反射破坏单例模式");
                }
            }
        }
        private volatile static Demo demoItem;
        public static Demo getInstance()
        {
            if (demoItem == null)
            {
                lock (objLock)
                {
                    if (demoItem == null)
                    {
                        demoItem = new Demo();
                    }
                }
            }
            return demoItem;
        }
    }

在这里插入图片描述

第四次攻防(反射再反射)

攻击

尽管通过标志位可以避免直接通过反射实例化多个实体,但是标志位本身是可以通过反射进行修改的,因此可以通过反射修改标志位的值来进行攻击,代码如下:

		static void Main(string[] args)
        {
            try
            {
                //Demo item1 = Demo.getInstance();
                
                Type t = Type.GetType("single.Demo");
                ConstructorInfo[] tInfoArray = t.GetConstructors(BindingFlags.NonPublic | BindingFlags.Instance);
                Demo item2 = (Demo)tInfoArray[0].Invoke(null);
                FieldInfo field = t.GetField("InstanceFlag",BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.Static);
                field.SetValue(t, false);

                Demo item3 = (Demo)tInfoArray[0].Invoke(null); 

                Console.WriteLine(item3.GetHashCode());
                Console.WriteLine(item2.GetHashCode());

            }
            catch(Exception e)
            {
                Console.WriteLine(e.StackTrace);
            }
            Console.ReadKey();
        }

在这里插入图片描述

防守

目前也还没想到更好的方案应对该攻击,可能,并没有一个完美的方案去避免通过反射破坏单例模式,欢迎各位留言交流。
Java可以通过枚举实现单例模式,原理是在实例化的时候,源码不允许对枚举类型实例化。

本文章已经生成可运行项目
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

具身小站

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值