synchronized和volatile笔记

本文探讨了无状态对象的线程安全性,并介绍了如何通过synchronized关键字和volatile变量来保护状态一致性,确保多线程环境下数据的安全访问。

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

1.无状态对象,是线程安全的。比如,无状态的servlet(它不包含域,也不引用其他的域。)一次特定计算的瞬时状态,会唯一存在本地变量中,这些本地变量存在线程的栈中,只有执行线程才能访问。

所以,当多线程访问某个无状态的servlet的时候,线程之间是非共享状态,是单独的各自的实例,所以无状态对象是线程安全的。(无状态对象,永远是线程安全的)。

代码如:

@ThreadSafe
public class StatelessFactorizer extends GenericServlet implements Servlet {

    public void service(ServletRequest req, ServletResponse resp) {
        BigInteger i = extractFromRequest(req);
        BigInteger[] factors = factor(i);
        encodeIntoResponse(resp, factors);
    }

    void encodeIntoResponse(ServletResponse resp, BigInteger[] factors) {
    }

    BigInteger extractFromRequest(ServletRequest req) {
        return new BigInteger("7");
    }

    BigInteger[] factor(BigInteger i) {
        // Doesn't really factor
        return new BigInteger[] { i };
    }



假如在无状态对象中,加入一个状态元素,比如,统计数,或者状态值,那么它在多线程下容易遗失更新,在计数或者更新状态时,其操作,不是原子性的。代码如:

@NotThreadSafe
public class UnsafeCountingFactorizer extends GenericServlet implements Servlet {
    private long count = 0;

    public long getCount() {
        return count;
    }

    public void service(ServletRequest req, ServletResponse resp) {
        BigInteger i = extractFromRequest(req);
        BigInteger[] factors = factor(i);
        ++count;
        encodeIntoResponse(resp, factors);
    }

    void encodeIntoResponse(ServletResponse res, BigInteger[] factors) {
    }

    BigInteger extractFromRequest(ServletRequest req) {
        return new BigInteger("7");
    }

    BigInteger[] factor(BigInteger i) {
        // Doesn't really factor
        return new BigInteger[] { i };
    }
}

2.为保护状态的一致性,要在单一的原子操作中更新相互关联的状态的变量。

 

3.java提供了强制原子性的内置锁机制:synchronized块。一个synchronized块有两部分,锁对象的引用,以及锁的代码块。

Synchronized方法,是对跨越整个方法体的synchronized块的简短描述,至于该方法的锁,则是该方法所在的对象本身。(静态的synchronized方法从class对象上获取锁)

 

4.同步的弱形式:volatile变量。它确保对一个变量的更新以可预见的方式告知其他的线程。

         当一个域声明为volatile后,编译器和运行时会监视这个变量:”它是共享的,而且对他的操作不会与其他的内存操作一起被重新排序”。

         Volatile变量不会缓存在寄存器或者缓存在其他的处理器隐藏的地方,所以在读取某个volatile变量时,总会返回由某个线程所写入的最新的域的值。

         之所以说它是轻量级的同步机制,当访问synchronized块时,会获得对象锁,此时会引起阻塞,当块内的代码执行完毕,则释放锁。而volatile的变量的操作不会加锁,也不会引起阻塞,因此相比之下,称之为轻量级。

         Volatile变量对可见性的影响所产生的价值远远高于变量本身。线程a向volatile变量写入值,然后随之线程b读取该变量值,所有a执行的写操作前可见的变量的值,在b读取了volatile变量之后,成为也是对b可见的。

         从内存的角度来看,写入volatile变量,就像退出了同步块,读取volatile变量,就像进入了同步块。不推荐过度依赖volatile变量所提供的可见性。因为通过使用它的这个特性的代码,比使用锁的代码,更脆弱,更难以理解。

所以,只有当volatile变量能简化实现或者同步验证策略的验证时,才使用它们。当验证正确性必须推断可见性问题时,应该避免使用volatile变量。正确的使用volatile变量的方式包括:用于确保它们所引用对象的状态的可见性,或者用于标识重要的生命周期事件,比如初始化或关闭的发生。比如以下代码:

public class CountingSheep {
    volatile boolean asleep;

    void tryToSleep() {
        while (!asleep)
            countSomeSheep();
    }

    void countSomeSheep() {
        // One, two, three...
    }
}

### 单例模式懒汉式与饿汉式的区别及实现 单例模式是一种常见的设计模式,确保一个类只有一个实例,并提供一个全局访问点。根据实例化对象的时机同,单例模式可以分为懒汉式饿汉式两种实现方式。 #### 1. 饿汉式单例模式 饿汉式单例模式在类加载时就完成实例化,因此在使用时无需再进行判断或加锁操作。这种模式的优点是实现简单、线程安全,缺点是可能会浪费内存资源,因为实例在程序启动时就已经创建,即使可能永远会被使用。 以下是饿汉式单例模式的实现代码: ```java public class Singleton { // 在类加载时直接初始化实例 private static final Singleton instance = new Singleton(); // 私有构造函数,防止外部实例化 private Singleton() {} // 提供全局访问点 public static Singleton getInstance() { return instance; // 直接返回已创建的实例 } } ``` 饿汉式单例模式的特点包括: - 实例在类加载时创建[^1]。 - 线程安全,无需额外的同步机制[^2]。 - 内存占用较高,因为实例一旦创建就会释放[^2]。 #### 2. 懒汉式单例模式 懒汉式单例模式在第一次调用 `getInstance()` 方法时才创建实例,因此可以延迟实例化,节省内存资源。然而,由于多线程环境下可能存在并发问题,需要通过同步机制来保证线程安全。 以下是懒汉式单例模式的实现代码(线程安全版本): ```java public class Singleton { private static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 instance = new Singleton(); // 可能存在线程安全问题 } return instance; } } ``` 为了解决线程安全问题,可以通过双重检查锁定(Double-Checked Locking)来优化懒汉式单例模式: ```java public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 synchronized (Singleton.class) { if (instance == null) { // 第二次检查 instance = new Singleton(); // 创建实例 } } } return instance; } } ``` 懒汉式单例模式的特点包括: - 实例在第一次调用 `getInstance()` 方法时创建[^1]。 - 内存使用效率较高,因为只有在需要时才会创建实例[^2]。 - 需要额外的同步机制来保证线程安全[^4]。 #### 3. 区别总结 | 特性 | 饿汉式单例模式 | 懒汉式单例模式 | |------------------|-------------------------------|------------------------------------| | 实例化时机 | 类加载时 | 第一次调用 `getInstance()` 时 | | 线程安全性 | 天然线程安全 | 需要额外的同步机制 | | 内存使用 | 较高,实例始终占用内存 | 较低,仅在需要时创建实例 | | 实现复杂度 | 简单 | 较复杂,需考虑线程安全问题 | #### 4. 应用场景 单例模式适用于以下场景[^3]: - 系统只需要一个实例对象时,例如日志模块、线程池模块等。 - 资源消耗较大而只允许创建一个对象时。 - 客户端需要通过公共访问点访问同一实例时。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值