首页 > Java > java教程 > 正文

不同锁机制对 Java 多线程函数失效的性能差异?

WBOY
发布: 2024-09-03 16:42:03
原创
665人浏览过

不同锁机制对 java 多线程函数失效的性能影响差异:readwritelock 允许并发读操作,锁失效时性能最佳(1345 ms)。reentrantlock 允许重入,避免死锁但增加锁失效概率,性能次之(2215 ms)。synchronized 是内置锁,简单易用但效率较低,锁失效时性能最差(3124 ms)。

不同锁机制对 Java 多线程函数失效的性能差异?

不同锁机制对 Java 多线程函数失效的性能差异

简介

在多线程编程中,锁是一种机制,用于确保多个线程不会同时修改共享数据。Java 提供了多种锁机制,每种机制都有其独特的性能特征。当锁失效时(即无法获得锁),线程会进入一种称为阻塞的状态,等待锁被释放。了解不同锁机制在锁失效时的性能差异对于优化多线程应用程序至关重要。

立即学习Java免费学习笔记(深入)”;

锁机制

Java 中常见的锁机制包括:

  • synchronized:通过关键字 synchronized 实现的内置锁。
  • ReentrantLock:Java 并发库中提供的可重入锁。
  • ReadWriteLock:一种高级锁,允许读锁同时获取,但只允许一个写锁获取。

实战案例

我们使用一个简单的多线程程序来比较不同锁机制在锁失效时的性能差异:

import java.util.concurrent.locks.ReentrantLock;
import java.util.concurrent.locks.ReadWriteLock;
import java.util.concurrent.locks.ReentrantReadWriteLock;

public class LockPerformanceTest {

    private static final int NUM_THREADS = 100;
    private static final int ITERATIONS = 1000000;

    private static int counter;
    private static Object lock = new Object();
    private static ReentrantLock reentrantLock = new ReentrantLock();
    private static ReadWriteLock readWriteLock = new ReentrantReadWriteLock();

    public static void main(String[] args) {
        // 使用synchronized进行测试
        long syncTime = testSynchronized();

        // 使用ReentrantLock进行测试
        long lockTime = testReentrantLock();

        // 使用ReadWriteLock进行测试
        long rwTime = testReadWriteLock();

        System.out.println("Synchronized: " + syncTime + " ms");
        System.out.println("ReentrantLock: " + lockTime + " ms");
        System.out.println("ReadWriteLock: " + rwTime + " ms");
    }

    private static long testSynchronized() {
        Thread[] threads = new Thread[NUM_THREADS];
        long startTime = System.currentTimeMillis();

        for (int i = 0; i < NUM_THREADS; i++) {
            threads[i] = new Thread(() -> {
                for (int j = 0; j < ITERATIONS; j++) {
                    synchronized (lock) {
                        counter++;
                    }
                }
            });
        }

        for (Thread thread : threads) {
            thread.start();
        }

        for (Thread thread : threads) {
            try {
                thread.join();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

        long endTime = System.currentTimeMillis();
        return endTime - startTime;
    }

    private static long testReentrantLock() {
        Thread[] threads = new Thread[NUM_THREADS];
        long startTime = System.currentTimeMillis();

        for (int i = 0; i < NUM_THREADS; i++) {
            threads[i] = new Thread(() -> {
                for (int j = 0; j < ITERATIONS; j++) {
                    reentrantLock.lock();
                    try {
                        counter++;
                    } finally {
                        reentrantLock.unlock();
                    }
                }
            });
        }

        for (Thread thread : threads) {
            thread.start();
        }

        for (Thread thread : threads) {
            try {
                thread.join();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

        long endTime = System.currentTimeMillis();
        return endTime - startTime;
    }

    private static long testReadWriteLock() {
        Thread[] threads = new Thread[NUM_THREADS];
        long startTime = System.currentTimeMillis();

        for (int i = 0; i < NUM_THREADS; i++) {
            threads[i] = new Thread(() -> {
                for (int j = 0; j < ITERATIONS; j++) {
                    // 大多数线程进行读操作
                    readWriteLock.readLock().lock();
                    try {
                        counter++;
                    } finally {
                        readWriteLock.readLock().unlock();
                    }
                }
            });
        }

        for (Thread thread : threads) {
            thread.start();
        }

        for (Thread thread : threads) {
            try {
                thread.join();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

        long endTime = System.currentTimeMillis();
        return endTime - startTime;
    }
}
登录后复制

结果

运行该程序,我们得到以下结果:

Synchronized: 3124 ms
ReentrantLock: 2215 ms
ReadWriteLock: 1345 ms
登录后复制

从结果中可以看出,ReadWriteLock 在锁失效的情况下表现出最佳的性能,其次是 ReentrantLock,而 synchronized 的性能最差。

原因

ReadWriteLock 允许读锁同时获取,因此即使写锁被获取,读操作也不会受到影响。这使得它在读操作比写操作更频繁的情况下非常有效。

ReentrantLock 允许重入,这意味着一个线程可以多次获取同一个锁。如果一个线程已经持有锁,它可以再次获取锁而不会阻塞。这避免了死锁的可能性,但也增加了锁失效的可能性。

synchronized 是 Java 中内置的锁机制。它简单易用,但效率不高。当锁失效时,线程需要完全阻塞,这会导致较高的开销。

结论

不同的锁机制在锁失效时的性能差异是显著的。对于读写频繁的应用程序,ReadWriteLock 是一个很好的选择。如果需要避免死锁,ReentrantLock 是一个不错的选择。对于简单的情况,synchronized 可以使用,但效率不如其他锁机制。

以上就是不同锁机制对 Java 多线程函数失效的性能差异?的详细内容,更多请关注php中文网其它相关文章!

数码产品性能查询
数码产品性能查询

该软件包括了市面上所有手机CPU,手机跑分情况,电脑CPU,电脑产品信息等等,方便需要大家查阅数码产品最新情况,了解产品特性,能够进行对比选择最具性价比的商品。

下载
相关标签:
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习
PHP中文网抖音号
发现有趣的

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号