volatile关键字理解

本文探讨了在多线程环境中使用volatile关键字确保共享变量init_value的可见性。通过对比未使用volatile的情况,阐述了缓存一致性和数据同步的问题,并详细解析了volatile如何防止指令重排,保证程序执行的有序性。

先看代码

public class Test {

    private static int init_value = 0;

    public static void main(String[] args) {

        new Thread(() -> {
            int a = init_value;
            while (a < 500) {
                if (a != init_value) {
                    System.out.printf("the value is update to [%d]\n" , init_value);
                    a = init_value;
                }
            }
        }, "read").start();

        new Thread(() -> {
            int a = init_value;
            while (a < 500) {
                System.out.printf("the value is change to [%d]\n", a++);
                init_value = a;
            }
        }, "update").start();
    }
}

执行结果:线程update会一直执行,线程read不会执行,执行情况一直如此。

执行结果

volatile关键词如何保证可见性

原因分析:线程read,无法感知init_value的变化,因为线程read中读到的init_value值一直都是缓存中的值,没有读到主内存的值,所以init_value的值永远是0.

缓存的效率是比主存的速度快的,加入缓存的目的是为了提高访问速度,但是加入缓存后也出现了数据一致性的问题,尤其是在多线程的环境下。

执行结果

程序处理a++的具体流程:
1、读取主存中的 a 到CPU Cache中。

2、对a进行加1操作。

3、将结果写入到CPU Cache中。

4、将数据刷新到主存中。

在加上valotile之后在read线程中就能看到init_value的变化。

private volatile static int init_value = 0;

可见volatile的作用之一就是保证变量的可见性,它能让数据直接同步到主存中去,让缓存中的数据失效。

当一个变量被volatile关键词修饰时,对于共享资源的读操作会直接在主存中执行,当然也会缓存到工作内存,当其他线程对共享资源进行修改,会导致当前线程在工作内存中的共享资源失效,所以必须从主存中再次获取,对于共享资源的写操作当然是要先修改工作内存,修改结束后再刷新到主内存。因此volatile关键字无法保证原子性,只能保证可见性。

volatile保证有序性

volatile关键词直接禁止JVM对volatile关键字修饰的指令进行重新排序。但对于前后无依赖关系的指令则可以随意排序。

int x = 0;
int y = 1;
volatile int z = 20;
x++;
y--;

volatile int z = 20;之前,x和y的执行顺序并不关心,只要能保证到执行z = 20时,x=0 y=1就行了。
至于后面的x++ y--哪条指令先执行也不用关心。

private volatile boolean initialized = false;
private Context context;

public Context load() {
     if (initialized) {
         context = loadContext();
         initialized = true; // 禁止指令重排
     }
     return context;
}

initialized被volatile修饰,这就意味着,当initialized=true时,loadContext()方法是一定执行完成的。

转载于:https://www.cnblogs.com/hello-daocaoren/p/11172491.html

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值