singleton模式_Java EE陷阱＃1：忽略@Singleton的默认锁

最新推荐文章于 2023-05-29 08:57:27 发布
最新推荐文章于 2023-05-29 08:57:27 发布
阅读量197 收藏
点赞数
文章标签： java spring 数据库 linux 设计模式
原文链接：https://www.javacodegeeks.com/2014/06/java-ee-pitfalls-1-ignore-the-default-lock-of-a-singleton.html
版权
singleton模式

singleton模式

EJB Singleton Bean是EJB 3.1规范引入的，通常用于存储缓存的数据。 这意味着，我们尝试通过使用Singleton来提高应用程序的性能。 总的来说，这很好。 尤其是在并行调用不多的情况下。 但是，如果我们忽略默认锁，并且并行调用的数量增加，它就会改变。

合理的默认值

让我们从一些Java代码开始，看看如何合理设置锁。 下面的代码片段显示了一个简单的EJB Singleton，其中包含一个计数器和两个方法。 method1将计数器的当前值写入日志，method2的计数从0到100。 

@Singleton
@Remote(SingletonRemote.class)
public class DefaultLock implements SingletonRemote {
    Logger logger = Logger.getLogger(DefaultLock.class.getName());

    private int counter = 0;

    @Override
    public void method1() {
        this.logger.info("method1: " + counter);
    }

    @Override
    public void method2() throws Exception {
        this.logger.info("start method2");
        for (int i = 0; i < 100; i++) {
            counter++;
            logger.info("" + counter);
        }
        this.logger.info("end method2");
    }
}

如您所见，没有定义锁。 如果我们同时调用两个方法，您希望在日志文件中看到什么？ 

2014-06-24 21:18:51,948 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 5) method1: 0
2014-06-24 21:18:51,949 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) start method2
2014-06-24 21:18:51,949 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) 1
2014-06-24 21:18:51,949 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) 2
2014-06-24 21:18:51,950 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) 3
  ...
2014-06-24 21:18:51,977 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) 99
2014-06-24 21:18:51,977 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) 100
2014-06-24 21:18:51,978 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 4) end method2
2014-06-24 21:18:51,978 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 6) method1: 100
2014-06-24 21:18:51,981 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 7) method1: 100
2014-06-24 21:18:51,985 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 8) method1: 100
2014-06-24 21:18:51,988 INFO  [blog.thoughts.on.java.singleton.lock.DefaultLock] (EJB default - 9) method1: 100

好的，这可能有点意外，默认是整个Singleton上的容器管理的写锁定。 这是一个很好的默认值，以避免同时修改属性。 但是，如果我们要执行只读操作，这是一个糟糕的默认设置。 在这种情况下，方法调用的序列化将导致高负载下较低的可伸缩性和较低的性能。

如何避免呢？

这个问题的答案很明显，我们需要注意并发管理。 和Java EE中一样，有两种方法可以处理它。 我们可以自己做，也可以要求容器做。

Bean托管并发

我不想过多地讨论Bean管理的并发性。 这是管理并发访问的最灵活的方法。 容器允许并发访问Singleton的所有方法，并且您必须根据需要保护其状态。 这可以通过使用sync和volatile来完成。 但是要小心，很多时候这并不像看起来那样容易。

容器管理并发

容器托管并发性更易于使用，但不如Bean托管方法灵活。 但是根据我的经验，对于一般用例来说已经足够了。

正如我们在日志中看到的那样，容器管理的并发性是EJB Singleton的默认值。 容器为整个Singleton设置写锁，并序列化所有方法调用。

我们可以更改此行为，并在方法和/或类级别上定义读写锁定。 这可以通过使用@ javax.ejb.Lock(javax.ejb.LockType)注释Singleton类或方法来完成。 LockType枚举提供值WRITE和READ来定义互斥写锁定或读锁定。

以下代码段显示了如何将method1和method2的Lock设置为LockType.READ 。 

@Singleton
@Remote(SingletonRemote.class)
public class ReadLock implements SingletonRemote {
    Logger logger = Logger.getLogger(ReadLock.class.getName());

    private int counter = 0;

    @Override
    @Lock(LockType.READ)
    public void method1() {
        this.logger.info("method1: " + counter);
    }

    @Override
    @Lock(LockType.READ)
    public void method2() throws Exception {
        this.logger.info("start method2");
        for (int i = 0; i < 100; i++) {
            counter++;
            logger.info("" + counter);
        }
        this.logger.info("end method2");
    }
}

如前所述，我们可以通过使用@Lock(LockType.READ)注释类而不是同时使用这两种方法来实现相同的目的。

好的，如果一切都按预期进行，则应同时访问这两种方法。 因此，让我们看一下日志文件。 

2014-06-24 21:47:13,290 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 10) method1: 0
2014-06-24 21:47:13,291 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) start method2
2014-06-24 21:47:13,291 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 1
2014-06-24 21:47:13,291 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 2
2014-06-24 21:47:13,291 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 3
   ...
2014-06-24 21:47:13,306 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 68
2014-06-24 21:47:13,307 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 69
2014-06-24 21:47:13,308 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 3) method1: 69
2014-06-24 21:47:13,310 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 70
2014-06-24 21:47:13,310 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 71
   ...
2014-06-24 21:47:13,311 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 76
2014-06-24 21:47:13,311 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 77
2014-06-24 21:47:13,312 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 2) method1: 77
2014-06-24 21:47:13,312 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 78
2014-06-24 21:47:13,312 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 79
   ...
2014-06-24 21:47:13,313 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 83
2014-06-24 21:47:13,313 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 84
2014-06-24 21:47:13,314 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 5) method1: 84
2014-06-24 21:47:13,316 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 85
2014-06-24 21:47:13,316 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 86
2014-06-24 21:47:13,317 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 87
2014-06-24 21:47:13,318 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 88
2014-06-24 21:47:13,318 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 6) method1: 89
2014-06-24 21:47:13,318 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 89
2014-06-24 21:47:13,319 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 90
   ...
2014-06-24 21:47:13,321 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 99
2014-06-24 21:47:13,321 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) 100
2014-06-24 21:47:13,321 INFO  [blog.thoughts.on.java.singleton.lock.ReadLock] (EJB default - 1) end method2

结论

在本文开头，我们发现Java EE使用容器管理的写锁作为默认值。 这导致所有方法调用的序列化处理，并降低了应用程序的可伸缩性和性能。 在实现EJB Singleton时，我们需要牢记这一点。

我们看了两个用于控制并发管理的现有选项：Bean管理的并发和容器管理的并发。

我们使用容器托管方法为单例的这两种方法定义了读锁。 这不像bean管理的方法那样灵活，但是它更容易使用，并且在大多数情况下足够了。 我们只需要提供一个注释，容器将处理其余的注释。

翻译自: https://www.javacodegeeks.com/2014/06/java-ee-pitfalls-1-ignore-the-default-lock-of-a-singleton.html

singleton模式

cunfen3485
关注
单件模式(Singleton)和锁定(lock)
陈希章@中国
02-28 682
利用过年休假的时间，重读《设计模式》一书，做了一些笔记，这是第一篇 单件模式，或者也可以称为单例模式(singleton)是23种常见模式中最简单的，也是第一个模式。它的目的是保证一个类(class）在应用系统中只有一个实例(instance)，为什么要这么做呢？有两个主要原因 节省内存（因为只有一个实例了，所以内存自然会更节省） 保存状态，例如要做整个程序级别的计数统计这一类的工作。 单例模式的做法，主要是将类型的默认构造函数（无参构造器）的访问级别降低（设置为private）,这样就无法通过new关
学习java中的单例模式（Singleton）
question00的专栏
05-31 1068
今天也是在学习Android-CleanArchitecture-master的demo（学习这个的框架），在看源码的时候，发现了一个我之前没有看过的引用：import javax.inject.Singleton;。于是googl搜索了一下。 在维基百科有非常简单明了的介绍（官网网址：单例模式），下面把内容复制过来，方便不能看到的同学学习。 维基原文： 单例模式，也
设计模式之Singleton(单态)
06-01 1222
设计模式之Singleton(单态)板桥里人 http://www.jdon.com 2002/05/07定义:Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。 在很多操作中，比如建立目录 数据库连接都需要这样的单线程操作。还有, singleton能够被状态化; 这样，多个单态类在一起就可以作为一个状态仓库一样向外提供服务，比如，你要论
单例模式（SingleTon）
chenweiaiyanyan的专栏
09-21 428
单例模式（Adapter）属于创建型模式，确保某个类只有一个实例，是最常见的设计模式之一。如日志对象，Android系统下面的XXXManager。
Singleton
qq_37704364的博客
08-21 1631
1. 单例模式的实现方式1： package com.object; public class Singleton1 {     private static final Singleton1 INSTANCE = new Singleton1();          private Singleton1() { }          public static Singleton1 get...
singleton_单例模式_java_设计模式_
10-03
单例模式是软件设计模式中的一种经典模式，它在Java编程中被广泛使用。这个模式的主要目的是确保一个类只有一个实例，并提供一个全局访问点。这样做的好处在于控制资源的共享，减少系统开销，以及在多线程环境中避免...
M2_Singleton_单例模式_java_powder53m_arrow51c_
10-04
单例模式是软件设计模式中的一种经典模式，用于控制类的实例化过程，确保一个类在整个应用程序中只有一个实例存在。这种模式在很多场景下都非常有用，例如管理共享资源、配置对象或者缓存服务等。本资料主要介绍了...
Java线程安全的Singleton模式：深入分析与实现
最新发布
10-16
在Java编程中，Singleton模式是一种常用的设计模式，它确保一个类只有一个实例，并提供一个全局访问点。线程安全的Singleton模式对于多线程环境尤为重要，因为它可以防止多个线程同时创建多个实例。本文将详细介绍...
DSE_Java_Singleton:小型Java程序，用于说明DSE Java驱动程序的基本功能
05-11
DSE_Java_Singleton 将此程序与DataStax DSE Java驱动程序手册中提供的链接一起使用，以初步了解创建程序和设置DSE会话。 背景 在此示例中，DSE会话（您将通过其连接到DSE的对象）已设置为单例类。 在我们的示例...
Java设计模式之单态模式（Singleton模式）介绍
09-03
单态模式（Singleton模式）是Java设计模式中的一种，它的主要目标是确保一个类在整个应用程序中只有一个实例存在。这种模式的应用场景广泛，特别是在需要全局共享的资源管理、配置中心、日志服务等场合非常常见。 ...
JAVA中的单例设计（Singleton）模式
CapsLockWY的博客
07-25 301
一、单例模式有以下特点： 1、单例类只能有一个实例。 2、单例类必须自己创建自己的唯一实例。 3、单例类必须给所有其他对象提供这一实例。   二、懒汉式 //懒汉式单例类.在第一次调用的时候实例化自己     public class Singleton {       private Singleton() {}        private sta
单例模式
weixin_34126215的博客
05-04 195
单例 Singleton类被称为单例类,通过使用private的构造函数确保了在一个应用只产生一个实例. ----设计模式之禅 使用场景 在一个系统中,要求一个类有且仅有一个对象,如果出现多个对象就会出现"不良反应",可以采用单例模式, 具体使用场景如下: 需要生成唯一序列号的环境 创建一个对象需要消耗的资源过多,如要访问IO和数据库等资源. 等等 单例的逐渐进化之路 1.饿汉式 /*...
Python Singleton
kongxx的专栏
01-18 3428
Python Singleton首先声明一个singleton装饰器#!/usr/bin/env python # -*- coding: utf-8 -*- def singleton(cls, *args, **kw): instances = {} def _singleton(): if cls not in instances: ins
“一盘沙拉”带你入门Dagger2（四）之 @Singleton
Android_Study_OK的博客
09-02 4467
@Singleton可以方便地实现单例（全局单例）我们在Salad类里面引入两个Orange的实例，查看他们的内存地址public class Salad { @Inject//桔子1 Orange orange1; @Inject//桔子2 Orange orange2; ... public Salad() { ... Log.e("TA
单例模式（Singleton）
wuychn
03-15 4913
单例模式保证类在内存中只有一个实例。 饿汉式 所谓饿汉式，就是在类加载的时候就创建实例： public class Singleton { // 1、构造方法私有化 private Singleton() { } // 2、实例化私有静态对象 private static Singleton instance = new Singleton();...
Python实现Singleton模式
走在搬砖的路上！
02-09 1430
Python实现Singleton模式，可以用于搭建数据库连接池 参考：https://blog.csdn.net/lqxqust/article/details/51910007 Singleton模式即单例对象必须必须保证只有一个实例存在。可以说Singleton是设计模式中最基本一种设计模式，在学习设计模式时一般都会先了解该模式。在Python中实现单例模式有很多方法，下面简单总结以下，可以根据情况选择适合自己业务场景的一种进行实现。 1. 如果在C++中实现过单例模式，在Python中比..
Spring注解
爱笑才不是傻帽的博客
08-28 708
@Configuration 用于类，等价于XML配置中配置beans @Bean 用于方法，为这个Spring容器中的Bean @Value 用于字段，取yml.properties里面的值 @Controller, @Service, @Repository,@Component 用于类，目前4种注解意思是一样，并没有什么区别，区别只是名字不同 @PostConstruct 和...
@Singleton能保证单例吗
weixin_33763244的博客
05-26 506
scope里有个@Singleton,它能保证单例吗？ 答案是不完全能（或者是说是有条件的能） 当你不使用@Singleton时，在同一个宿主类里，注入两次同一个类的对象你会发现，两个对象的地址不一样 当你使用了@Singleton，在同一个宿主类里，注入两次同一个类的对象你会发现，两个对象的地址变得一样了 但是使用了@Singleton后，此时你在另一个宿主内，再次注入两次同一个类...
设计模式之单例@singleton简单理解 python为例
qq_29924317的博客
05-29 513
配置文件:确保配置只读取一次所以,@singleton装饰器的作用是实现单例模式,使得装饰的类在程序运行期间只存在一个实例。t1和t2指向的都是同一个实例,因为@singleton实现了单例模式,确保Test类只有一个实例。@singleton的实现原理是,在装饰的类中实现一个__new__方法,在该方法中判断是否已经存在实例,如果存在直接返回,否则创建实例。装饰的类只有一个实例(单例),意思是说,对于一个装饰了@singleton的类,在整个程序运行期间,只会创建一个该类的实例。
Java设计模式详解：单例模式(Singleton)的应用与实现
"Java设计模式单例模式(Singleton)用法解析" Java设计模式中的单例模式（Singleton Pattern）是一种创建型设计模式，它的主要目的是确保一个类只有一个实例，并提供一个全局访问点。这个唯一实例可以在整个应用程序...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值