review引发的有关于单例模式的思考
一次代码调试中发现一个情况，即我在查看memcached的connection时，发现总是维持在100来个左右，当然这看似没什么问题，因为memcached默认connection有1024个。但是我想的是为什么会有100来个，因为我的memcachedclient的产生采用的是单例模式我定义了一个memcachedClientFactory类，主要代码如下：
MemcachedClientFactory{
private MemcachedConnectionBuilder memcachedConnectionBuilder；
private String servers;
private static MemcachedClient memcachedClient;
private MemcachedClientFactory（）{
}
private MemcachedClientFactory（MemcachedConnectionBuilder memcachedConnectionBuilder, String servers）{
this. memcachedConnectionBuilder= memcachedConnectionBuilder;
this.servers=servers;
}
public static MemcachedClient createClient(){
if(memcachedClient==null){
this.memcahcedClien= new MemcachedClient(memcachedConnectionBuilder.build(),AddrUtil.get(servers));
}
return this.memcahcedClient;
}
}
}
回到最初的问题，为什么会有100多个连接？
上面这个写法真的能保证只产生一个连接？很显然是不能，为什么？多线程并发！问题就出在这里，当有多个线程同时进入createClient()方法时，而且刚好都判断为memcachedClient为null，这时候就产生了多个连接。哈，问题找到了。
改进：
public static synchronizd MemcachedClient createClient(){
if(memcachedClient==null){
this.memcahcedClien= new
MemcachedClient(memcachedConnectionBuilder.build(),AddrUtil.get(servers));
}
return this.memcahcedClient;
}
这样就ok了，改动很简单。程序是没有问题了，而且也能保证只有一个连接。
不过抛开这个问题，我们可以继续就如何解决单例模式下的并发问题深入思考一下。
我总结一下，要解决单例模式在并发下的问题，大概有三种方式：
1. 不使用延迟实例化，而是用提前实例化。
即程序改写为：
Public Class Singleton{
private static Singleton instance=new Singleton（）；
private Singleton(){};
public static Singleton getInstance(){
return instance;
}
}
这样做时，jvm在加载类时就立马创建了该实例，所以这样做的前提是，创建该实例的负担不大，我不比过多的考虑性能，并且我们确认该实例是一定会用到的。其实我前面的代码也完全可以使用这个方式：
MemcachedClientFactory{
private MemcachedConnectionBuilder memcachedConnectionBuilder；
private String servers;
private static MemcachedClient memcachedClien= new
MemcachedClient(memcachedConnectionBuilder.build(),AddrUtil.get(servers));
private MemcachedClientFactory（）{
}
private MemcachedClientFactory（MemcachedConnectionBuilder memcachedConnectionBuilder, String servers）{
this. memcachedConnectionBuilder= memcachedConnectionBuilder;
this.servers=servers;
}
public static MemcachedClient createClient(){
return this.memcahcedClient;
}
}
}
不过，看上去似乎没有问题，但是有隐患，即一旦有人不小心调用了memcachedClient.shutdown()方法，那整个程序就无法再生出新的memcachedClient了。当然这是极端情况了，但是为了代码的健壮，可以再改为：
public static MemcachedClient createClient(){
if(memcachedClient==null){
this.memcahcedClien= new MemcachedClient(memcachedConnectionBuilder.build(),AddrUtil.get(servers));
}
return this.memcahcedClient;
}
2. 就是使用synchronized关键字。
这么做可以保证同步问题，但是我们知道使用synchronized的开销是很大的，会严重影响性能，所以用这个的前提是，你确认不会经常调用这个方法，或者你创建这个instance的开销不会特别大。是否还可以改进，看 下面。
3. 使用“双重检查加锁“，在getInstance中见识使用同步
public Class Singleton{
private volatile static Singleton instance;
private Singleton(){};
public static Singleton getInstance(){
if(instance==null){
synchronized (Singleton.class){
if(instance==null){
instance=new Singleton();
}
}
}
return instance;
}
}
相关文章
这篇文章主要介绍了Java消息队列RabbitMQ之消息模式详解,RabbitMQ提供了一种qos(服务质量保证)功能,即在非自动确认消息的前提下,如果一定数目的消息(通过基于Consumer或者Channel设置Qos的值)未被确认前,不进行消费新的消息,需要的朋友可以参考下2023-07-07
这篇文章主要介绍了JSP代码实现 金字塔(倒置)示例,需要的朋友可以参考下2014-02-02
SpringMVC中的HandlerMapping和HandlerAdapter详解
这篇文章主要介绍了SpringMVC中的HandlerMapping和HandlerAdapter详解,在Spring MVC中,HandlerMapping(处理器映射器)用于确定请求处理器对象,请求处理器可以是任何对象,只要它们使用了@Controller注解或注解@RequestMapping,需要的朋友可以参考下2023-08-08
这篇文章主要介绍了Java SSL与TLS客户端证书配置方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2024-01-01
这篇文章主要介绍了Nginx启用压缩及开启gzip 压缩的方法,非常不错，具有一定的参考借鉴价值，需要的朋友可以参考下2018-08-08
spring boot项目application.properties文件存放及使用介绍
这篇文章主要介绍了spring boot项目application.properties文件存放及使用介绍,我们的application.properties文件中会有很多敏感信息，大家在使用过程中要多加小心2021-06-06
在日常开发中经常会遇到对2个集合的操作,例如2个集合之间取相同的元素（交集）,2个集合之间取不相同的元素（差集）等等,这篇文章主要给大家介绍了关于java如何获取两个List集合之间的交集、差集、并集的相关资料,需要的朋友可以参考下2024-02-02
SpringBoot集成Redisson实现分布式锁的方法示例
这篇文章主要介绍了SpringBoot集成Redisson实现分布式锁的方法示例，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2019-10-10
在本文里我们给大家分享了关于Spring Boot Security配置的相关步骤以及注意要点，需要的朋友们跟着操作下。2019-05-05
这篇文章主要给大家介绍了关于如何使用Java生成PDF文档的相关资料,PDF是可移植文档格式,是一种电子文件格式,具有许多其他电子文档格式无法相比的优点,需要的朋友可以参考下2023-07-07
最新评论