设计模式的面试思路推演

本文通过面试场景,深入探讨了单例模式,从懒汉单例开始,逐步涉及多线程实例唯一性、性能优化、序列化与反射的影响,以及匿名子类的唯一性和安全性问题。最后引出了枚举单例作为更安全的选择。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、面试官发问,话题牵引

思路:
    无论让你讲什么设计模式,统一引到单例设计模式。
套路:
    设计模式要将就讲最难的和应用最广的。
    单例模式最难!
    单例模式简单?
    考虑了序列化吗?考虑了反射吗?考虑了安全性吗?考虑了多线程和高并发吗?

2、单例模式概况

写法很多,用得比较多的主要就三种懒汉模式,饿汉模式,枚举单例
主要实现思路:
    唯一空构造器私有化,静态方法返回唯一实例

3、懒汉单例

1、为了方便讲解,我先从懒汉单例讲起。
   拿自己简历背面开始写懒汉单例代码。


public class Singleton {
	private static  Singleton stu=null;
	private Singleton() {		
	}
	public static Singleton getInstance() {
        if(stu==null){
            return new Singleton();
        }
        return stu;		
	}
}


简单讲讲方法为何static,对象声明为何static。

4、连环发问1:多线程如何实例唯一?

解决:
    将静态方法改成静态同步方法
    
public class Singleton {
	private static  Singleton stu=null;
	private Singleton() {		
	}
	public static synchronized Singleton getInstance() {
        if(stu==null){
            return new Singleton();
        }
        return stu;	
	}
}

5、连环发问2:性能上好吗?

解决:
    同步方法改同步代码块

public class Singleton {
	private static  Singleton stu=null;
	private Singleton() {		
	}
	public static Singleton getInstance() {
        synchronized (""){
            if(stu==null){
                return new Singleton();
            }
            return stu;	
        }
	}
}

讲锁监视器

6、连环发问3:性能上还能优化吗?

解决:
    双层锁校验


public class Singleton {
	private static  Singleton stu=null;
	private Singleton() {		
	}
	public static Singleton getInstance() {
        if(stu==null){
            synchronized (""){
                if(stu==null){
                    return new Singleton();
                }
            }
        }
        return stu;	
	}
}

7、连环发问4:没有任何问题了吗?

分析:
    jvm处于性能原因会进行指令重排,高并发以上代码可能造成对象混乱。
解决:
    使用volatile要求对一个变量的写操作先行发生于后面对这个变量的读操作

public class Singleton {
	private static  volatile Singleton stu=null;
	private Singleton() {		
	}
	public static Singleton getInstance() {
        if(stu==null){
            synchronized (""){
                if(stu==null){
                    return new Singleton();
                }
            }
        }
        return stu;	
	}
}


讲指令重排,分析对象错乱原因

8、连环发问5:能否应对序列化造成的影响?

分析:
    序列化后多次反序列化得到的多个对象时不等的。
解决:
    对象声明为static,禁止序列化。

讲序列化底层

9、连环发问6:能否应对反射造成的影响?

分析:
    反射创建对象不受私有化空构造器的影响

解决:
    类声明为abstract,本类无法实例化,借助匿名子类完成实例化
    匿名子类不定义任何实质代码,调用方法和属性找的仍然是父类中的。

public abstract class Singleton {
	private static  volatile Singleton stu=null;
	private Singleton() {		
	}
	public static Singleton getInstance() {
        if(stu==null){
            synchronized (""){
                if(stu==null){
                    return new Singleton(){};
                }
            }
        }
        return stu;	
	}
}

讲abstract底层和匿名内部类原理

9、连环发问7:匿名子类是否唯一?

分析:
    private限制了外部的创建匿名子类

10、连环发问8:唯一的匿名子类安全吗?

分析:
    外界获取唯一匿名子类实例,赋值为null,再次获取就是新的匿名子类对象,所以不安全。

改成饿汉式单例:
    
public abstract class Singleton {
	private static  final Singleton stu=new Singleton(){};
	private Singleton() {		
	}
}


将final和volatile不能共存理由
volatile 是保证变量被写时其结果其他线程可见,final 已经让该变量不能被再次写了。

11、适用性:引出枚举单例

分析:
    static 禁止了序列化,如果唯一的匿名子类需要序列化就不适用了

枚举式单例:

public  enum Student {
	STU()
}
    
public  enum Student {
	STU("lucy");
	private String name;
	private Student(String name) {
		this.name=name;
	}
}


将枚举单例如何解决多线程并发、反射、序列化、安全性问题。


参考:基于反射、序列化、多线程及单例安全性角度看常用的三种JAVA单例模式

资源下载链接为: https://pan.quark.cn/s/22ca96b7bd39 在 IT 领域,文档格式转换是常见需求,尤其在处理多种文件类型时。本文将聚焦于利用 Java 技术栈,尤其是 Apache POI 和 iTextPDF 库,实现 doc、xls(涵盖 Excel 2003 及 Excel 2007+)以及 txt、图片等格式文件向 PDF 的转换,并实现在线浏览功能。 先从 Apache POI 说起,它是一个强大的 Java 库,专注于处理 Microsoft Office 格式文件,比如 doc 和 xls。Apache POI 提供了 HSSF 和 XSSF 两个 API,其中 HSSF 用于读写老版本的 BIFF8 格式(Excel 97-2003),XSSF 则针对新的 XML 格式(Excel 2007+)。这两个 API 均具备读取和写入工作表、单元格、公式、样式等功能。读取 Excel 文件时,可通过创建 HSSFWorkbook 或 XSSFWorkbook 对象来打开相应格式的文件,进而遍历工作簿中的每个 Sheet,获取行和列数据。写入 Excel 文件时,创建新的 Workbook 对象,添加 Sheet、Row 和 Cell,即可构建新 Excel 文件。 再看 iTextPDF,它是一个用于生成和修改 PDF 文档的 Java 库,拥有丰富的 API。创建 PDF 文档时,借助 Document 对象,可定义页面尺寸、边距等属性来定制 PDF 外观。添加内容方面,可使用 Paragraph、List、Table 等元素将文本、列表和表格加入 PDF,图片可通过 Image 类加载插入。iTextPDF 支持多种字体和样式,可设置文本颜色、大小、样式等。此外,iTextPDF 的 TextRenderer 类能将 HTML、
评论 20
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

二百四十九先森

你的打赏是我努力的最大动力~

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

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

打赏作者

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

抵扣说明:

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

余额充值