java 变量的线程可见性_Java多线程——变量可见性

可见性是一种复杂的属性,因为可见性中的错误总是会违背我们的直觉。在单线程环境中,如果向某个变量先写入值,然后在没有其他写入操作的情况下读取这个变量,那么总能得到相同的值。这看起来很自然。 然而,当读操作和写操作在不同的线程中执行时,情况却并非如此。

public class NoVisiaility {

private static boolean ready;

private static int number;

private static class ReaderThread extends Thread {

public void run() {

while (!ready)

Thread.yield();

System.out.println(number);

}

}

/**

* @param args

*/

public static void main(String[] args) {

new ReaderThread().start();

number = 42;

ready = true;

}

}

在上面程序中,主线程和读线程都访问共享变量ready和number。主线程启动读线程,然后将number设为42,并将ready设为true。读线程一直循环直到发现ready的值变为true,然后输出number的值。虽然NoVisiaility看起来会输出42,但事实上很可能输出0,或根本无法终止。这是因为在代码中没有使用足够的同步机制,因此无法保证主线程写入的ready值和number值对于读线程来说是可见的。

NoVisiaility可能会持续循环下去,因为读线程可能永远都看不到ready的值。一种更奇怪的现象时,NoVisiaility可能会输出0,因为读线程可能看到了写入ready的值,但却没有看到之后写入number的值,这种现象被称为“重排序(Reorderiing)”。只要在某个线程中无法检测到重排序情况(即使在其他线程中可以很明显地看到该线程中的重排序),那么就无法确保线程中的操作将按照程序中指定的顺序来执行。当主线程手写如number,然后在没有同步的情况下写入ready,那么读线程看到的顺序可能与写入的顺序完全相反。          在没有同步的情况下,编译器、处理器以及运行时等都可能对操作的执行顺序进行一些意想不到调整。在缺乏足够同步的多线程程序中,要想对内存操作的执行顺序进行判断,几乎无法得到正确的结论。

一种简单的方法能够避免这些复杂的问题:只要有数据在多个线程之间共享,就使用正确的同步。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java静态方法的线程安全问题与Java实例方法的线程安全问题类似,也需要考虑多个线程同时访问静态方法可能会引起的竞态条件和数据不一致的问题。 静态方法是属于类的方法,它们不依赖于任何实例,因此在同一时间可以被多个线程同时调用。如果静态方法访问了共享的静态变量或者共享的资源,那么就需要考虑线程安全的问题。 为了保证静态方法的线程安全,可以采用以下几种方法: 1. 使用synchronized关键字:可以在静态方法的前面加上synchronized关键字,这样就可以保证同一时间只有一个线程可以访问这个方法。但是,这种方法会降低程序的能。 2. 使用静态代码块:可以在静态方法中使用静态代码块,这样可以保证同一时间只有一个线程可以访问静态代码块中的代码。但是,这种方法也会降低程序的能。 3. 使用volatile关键字:可以通过在静态变量前面加上volatile关键字来保证静态变量的可见和原子。但是,这种方法只能保证变量的可见和原子,不能保证复合操作的线程安全。 4. 使用ConcurrentHashMap:可以使用ConcurrentHashMap来代替静态变量,这样就可以保证线程安全。但是,这种方法需要注意线程安全的问题,特别是在复合操作中。 总之,在使用静态方法时,需要考虑线程安全的问题,选择合适的方法来保证线程安全

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值