并发编程修炼五:lock

yjgithub yjgithub 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 200+累计阅读 226平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄11年
关注
转载 最新推荐文章于 2026-09-08 13:05:31 发布 226 阅读 AI 写同款· GEO 优化 ›
lock和synchronized的区别 目录 使用方式 公平性 锁状态的表示 线程可重入实现 线程同步(条件变量) 锁优化 响应中断 关于这两者的区别，网上随便一搜，会有各路大神的帖子，这里我仅仅是简单记根据自己不同阶段对并发的认识以及对synchronized和lock接口的了解程度简单记录一下。 不管是synchronized，还是Lock接口，本质上都是利用管程的思想来解决多线程的问题：互斥和线程通信两个问题。他... 阅读详情

作者：海子
出处：http://www.cnblogs.com/dolphin0520/

目录:
一.synchronized的缺陷

二.java.util.concurrent.locks包下常用的类

三.锁的相关概念介绍

一.synchronized的缺陷

synchronized是java中的一个关键字，也就是说是Java语言内置的特性。那么为什么会出现Lock呢？

　　在上面一篇文章中，我们了解到如果一个代码块被synchronized修饰了，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁，而这里获取锁的线程释放锁只会有两种情况：

　　1）获取锁的线程执行完了该代码块，然后线程释放对锁的占有；

　　2）线程执行发生异常，此时JVM会让线程自动释放锁。

　　那么如果这个获取锁的线程由于要等待IO或者其他原因（比如调用sleep方法）被阻塞了，但是又没有释放锁，其他线程便只能干巴巴地等待，试想一下，这多么影响程序执行效率。

　　因此就需要有一种机制可以不让等待的线程一直无期限地等待下去（比如只等待一定的时间或者能够响应中断），通过Lock就可以办到。

　　再举个例子：当有多个线程读写文件时，读操作和写操作会发生冲突现象，写操作和写操作会发生冲突现象，但是读操作和读操作不会发生冲突现象。

　　但是采用synchronized关键字来实现同步的话，就会导致一个问题：

　　如果多个线程都只是进行读操作，所以当一个线程在进行读操作时，其他线程只能等待无法进行读操作。

　　因此就需要一种机制来使得多个线程都只是进行读操作时，线程之间不会发生冲突，通过Lock就可以办到。

　　另外，通过Lock可以知道线程有没有成功获取到锁。这个是synchronized无法办到的。

　　总结一下，也就是说Lock提供了比synchronized更多的功能。但是要注意以下几点：

　　1）Lock不是Java语言内置的，synchronized是Java语言的关键字，因此是内置特性。Lock是一个类，通过这个类可以实现同步访问；

　　2）Lock和synchronized有一点非常大的不同，采用synchronized不需要用户去手动释放锁，当synchronized方法或者synchronized代码块执行完之后，系统会自动让线程释放对锁的占用；而Lock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致出现死锁现象。
　　

二.java.util.concurrent.locks包下常用的类

　下面我们就来探讨一下java.util.concurrent.locks包中常用的类和接口。

　　1.Lock

　　首先要说明的就是Lock，通过查看Lock的源码可知，Lock是一个接口：

public interface Lock {
    void lock();
    void lockInterruptibly() throws InterruptedException;
    boolean tryLock();
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock();
    Condition newCondition();
}

下面来逐个讲述Lock接口中每个方法的使用，lock()、tryLock()、tryLock(long time, TimeUnit unit)和lockInterruptibly()是用来获取锁的。unLock()方法是用来释放锁的。newCondition()这个方法暂且不在此讲述，会在后面的线程协作一文中讲述。

　　在Lock中声明了四个方法来获取锁，那么这四个方法有何区别呢？

　　首先lock()方法是平常使用得最多的一个方法，就是用来获取锁。如果锁已被其他线程获取，则进行等待。

　　由于在前面讲到如果采用Lock，必须主动去释放锁，并且在发生异常时，不会自动释放锁。因此一般来说，使用Lock必须在try{}catch{}块中进行，并且将释放锁的操作放在finally块中进行，以保证锁一定被被释放，防止死锁的发生。通常使用Lock来进行同步的话，是以下面这种形式去使用的：

Lock lock = ...;
lock.lock();
try{
    //处理任务
}catch(Exception ex){

}finally{
    lock.unlock();   //释放锁
}

tryLock()方法是有返回值的，它表示用来尝试获取锁，如果获取成功，则返回true，如果获取失败（即锁已被其他线程获取），则返回false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。

　　tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的，只不过区别在于这个方法在拿不到锁时会等待一定的时间，在时间期限之内如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。

　　所以，一般情况下通过tryLock来获取锁时是这样使用的：

Lock lock = ...;
if(lock.tryLock()) {
     try{
         //处理任务
     }catch(Exception ex){

     }finally{
         lock.unlock();   //释放锁
     } 
}else {
    //如果不能获取锁，则直接做其他事情
}

lockInterruptibly()方法比较特殊，当通过这个方法去获取锁时，如果线程正在等待获取锁，则这个线程能够响应中断，即中断线程的等待状态。也就使说，当两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，而线程B只有在等待，那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。

　　由于lockInterruptibly()的声明中抛出了异常，所以lock.lockInterruptibly()必须放在try块中或者在调用lockInterruptibly()的方法外声明抛出InterruptedException。

　　因此lockInterruptibly()一般的使用形式如下：

public void method() throws InterruptedException {
    lock.lockInterruptibly();
    try {  
     //.....
    }
    finally {
        lock.unlock();
    }  
}

注意，当一个线程获取了锁之后，是不会被interrupt()方法中断的。因为本身在前面的文章中讲过单独调用interrupt()方法不能中断正在运行过程中的线程，只能中断阻塞过程中的线程。

　　因此当通过lockInterruptibly()方法获取某个锁时，如果不能获取到，只有进行等待的情况下，是可以响应中断的。

　　而用synchronized修饰的话，当一个线程处于等待某个锁的状态，是无法被中断的，只有一直等待下去。

　　2.ReentrantLock

　　ReentrantLock，意思是“可重入锁”，关于可重入锁的概念在下一节讲述。ReentrantLock是唯一实现了Lock接口的类，并且ReentrantLock提供了更多的方法。下面通过一些实例看具体看一下如何使用ReentrantLock。

　　例子1，lock()的正确使用方法

public class Test {
    private ArrayList<Integer> arrayList = new ArrayList<Integer>();
    public static void main(String[] args)  {
        final Test test = new Test();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();
    }  

    public void insert(Thread thread) {
        Lock lock = new ReentrantLock();    //注意这个地方
        lock.lock();
        try {
            System.out.println(thread.getName()+"得到了锁");
            for(int i=0;i<5;i++) {
                arrayList.add(i);
            }
        } catch (Exception e) {
            // TODO: handle exception
        }finally {
            System.out.println(thread.getName()+"释放了锁");
            lock.unlock();
        }
    }
}

输出结果:

Thread-0得到了锁
Thread-1得到了锁
Thread-0释放了锁
Thread-1释放了锁

也许有朋友会问，怎么会输出这个结果？第二个线程怎么会在第一个线程释放锁之前得到了锁？原因在于，在insert方法中的lock变量是局部变量，每个线程执行该方法时都会保存一个副本，那么理所当然每个线程执行到lock.lock()处获取的是不同的锁，所以就不会发生冲突。

　　知道了原因改起来就比较容易了，只需要将lock声明为类的属性即可。

public class Test {
    private ArrayList<Integer> arrayList = new ArrayList<Integer>();
    private Lock lock = new ReentrantLock();    //注意这个地方
    public static void main(String[] args)  {
        final Test test = new Test();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();
    }  

    public void insert(Thread thread) {
        lock.lock();
        try {
            System.out.println(thread.getName()+"得到了锁");
            for(int i=0;i<5;i++) {
                arrayList.add(i);
            }
        } catch (Exception e) {
            // TODO: handle exception
        }finally {
            System.out.println(thread.getName()+"释放了锁");
            lock.unlock();
        }
    }
}

这样就是正确地使用Lock的方法了。

　　例子2，tryLock()的使用方法

public class Test {
    private ArrayList<Integer> arrayList = new ArrayList<Integer>();
    private Lock lock = new ReentrantLock();    //注意这个地方
    public static void main(String[] args)  {
        final Test test = new Test();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();

        new Thread(){
            public void run() {
                test.insert(Thread.currentThread());
            };
        }.start();
    }  

    public void insert(Thread thread) {
        if(lock.tryLock()) {
            try {
                System.out.println(thread.getName()+"得到了锁");
                for(int i=0;i<5;i++) {
                    arrayList.add(i);
                }
            } catch (Exception e) {
                // TODO: handle exception
            }finally {
                System.out.println(thread.getName()+"释放了锁");
                lock.unlock();
            }
        } else {
            System.out.println(thread.getName()+"获取锁失败");
        }
    }
}

输出结果

Thread-0得到了锁
Thread-1获取锁失败
Thread-0释放了锁

例子3，lockInterruptibly()响应中断的使用方法：

public class Test {
    private Lock lock = new ReentrantLock();   
    public static void main(String[] args)  {
        Test test = new Test();
        MyThread thread1 = new MyThread(test);
        MyThread thread2 = new MyThread(test);
        thread1.start();
        thread2.start();

        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        thread2.interrupt();
    }  

    public void insert(Thread thread) throws InterruptedException{
        lock.lockInterruptibly();   //注意，如果需要正确中断等待锁的线程，必须将获取锁放在外面，然后将InterruptedException抛出
        try {  
            System.out.println(thread.getName()+"得到了锁");
            long startTime = System.currentTimeMillis();
            for(    ;     ;) {
                if(System.currentTimeMillis() - startTime >= Integer.MAX_VALUE)
                    break;
                //插入数据
            }
        }
        finally {
            System.out.println(Thread.currentThread().getName()+"执行finally");
            lock.unlock();
            System.out.println(thread.getName()+"释放了锁");
        }  
    }
}

class MyThread extends Thread {
    private Test test = null;
    public MyThread(Test test) {
        this.test = test;
    }
    @Override
    public void run() {

        try {
            test.insert(Thread.currentThread());
        } catch (InterruptedException e) {
            System.out.println(Thread.currentThread().getName()+"被中断");
        }
    }
}

运行之后，发现thread2能够被正确中断。

3.ReadWriteLock

　　ReadWriteLock也是一个接口，在它里面只定义了两个方法：

public interface ReadWriteLock {
    /**
     * Returns the lock used for reading.
     *
     * @return the lock used for reading.
     */
    Lock readLock();

    /**
     * Returns the lock used for writing.
     *
     * @return the lock used for writing.
     */
    Lock writeLock();
}

一个用来获取读锁，一个用来获取写锁。也就是说将文件的读写操作分开，分成2个锁来分配给线程，从而使得多个线程可以同时进行读操作。下面的ReentrantReadWriteLock实现了ReadWriteLock接口。

　　4.ReentrantReadWriteLock

　　ReentrantReadWriteLock里面提供了很多丰富的方法，不过最主要的有两个方法：readLock()和writeLock()用来获取读锁和写锁。

　　下面通过几个例子来看一下ReentrantReadWriteLock具体用法。

　　假如有多个线程要同时进行读操作的话，先看一下synchronized达到的效果：

public class Test {
    private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();

    public static void main(String[] args)  {
        final Test test = new Test();

        new Thread(){
            public void run() {
                test.get(Thread.currentThread());
            };
        }.start();

        new Thread(){
            public void run() {
                test.get(Thread.currentThread());
            };
        }.start();

    }  

    public synchronized void get(Thread thread) {
        long start = System.currentTimeMillis();
        while(System.currentTimeMillis() - start <= 1) {
            System.out.println(thread.getName()+"正在进行读操作");
        }
        System.out.println(thread.getName()+"读操作完毕");
    }
}

　　这段程序的输出结果会是，直到thread1执行完读操作之后，才会打印thread2执行读操作的信息。

Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0读操作完毕
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1读操作完毕

而改成用读写锁的话：

public class Test {
    private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();

    public static void main(String[] args)  {
        final Test test = new Test();

        new Thread(){
            public void run() {
                test.get(Thread.currentThread());
            };
        }.start();

        new Thread(){
            public void run() {
                test.get(Thread.currentThread());
            };
        }.start();

    }  

    public void get(Thread thread) {
        rwl.readLock().lock();
        try {
            long start = System.currentTimeMillis();

            while(System.currentTimeMillis() - start <= 1) {
                System.out.println(thread.getName()+"正在进行读操作");
            }
            System.out.println(thread.getName()+"读操作完毕");
        } finally {
            rwl.readLock().unlock();
        }
    }
}

此时打印的结果为：

Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0正在进行读操作
Thread-1正在进行读操作
Thread-0读操作完毕
Thread-1读操作完毕

　说明thread1和thread2在同时进行读操作。

　　这样就大大提升了读操作的效率。

　　不过要注意的是，如果有一个线程已经占用了读锁，则此时其他线程如果要申请写锁，则申请写锁的线程会一直等待释放读锁。

　　如果有一个线程已经占用了写锁，则此时其他线程如果申请写锁或者读锁，则申请的线程会一直等待释放写锁。

　　关于ReentrantReadWriteLock类中的其他方法感兴趣的朋友可以自行查阅API文档。

　　5.Lock和synchronized的选择

　　总结来说，Lock和synchronized有以下几点不同：

　　1）Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的语言实现；

　　2）synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁；

　　3）Lock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够响应中断；

　　4）通过Lock可以知道有没有成功获取锁，而synchronized却无法办到。

　　5）Lock可以提高多个线程进行读操作的效率。

　　在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized。所以说，在具体使用时要根据适当情况选择。

三.锁的相关概念介绍

在前面介绍了Lock的基本使用，这一节来介绍一下与锁相关的几个概念。

　　1.可重入锁

　　如果锁具备可重入性，则称作为可重入锁。像synchronized和ReentrantLock都是可重入锁，可重入性在我看来实际上表明了锁的分配机制：基于线程的分配，而不是基于方法调用的分配。举个简单的例子，当一个线程执行到某个synchronized方法时，比如说method1，而在method1中会调用另外一个synchronized方法method2，此时线程不必重新去申请锁，而是可以直接执行方法method2。

　　看下面这段代码就明白了：

class MyClass {
    public synchronized void method1() {
        method2();
    }

    public synchronized void method2() {

    }
}

上述代码中的两个方法method1和method2都用synchronized修饰了，假如某一时刻，线程A执行到了method1，此时线程A获取了这个对象的锁，而由于method2也是synchronized方法，假如synchronized不具备可重入性，此时线程A需要重新申请锁。但是这就会造成一个问题，因为线程A已经持有了该对象的锁，而又在申请获取该对象的锁，这样就会线程A一直等待永远不会获取到的锁。

　　而由于synchronized和Lock都具备可重入性，所以不会发生上述现象。

　　2.可中断锁

　　可中断锁：顾名思义，就是可以相应中断的锁。

　　在Java中，synchronized就不是可中断锁，而Lock是可中断锁。

　　如果某一线程A正在执行锁中的代码，另一线程B正在等待获取该锁，可能由于等待时间过长，线程B不想等待了，想先处理其他事情，我们可以让它中断自己或者在别的线程中中断它，这种就是可中断锁。

　　在前面演示lockInterruptibly()的用法时已经体现了Lock的可中断性。

　　3.公平锁

　　公平锁即尽量以请求锁的顺序来获取锁。比如同是有多个线程在等待一个锁，当这个锁被释放时，等待时间最久的线程（最先请求的线程）会获得该所，这种就是公平锁。

　　非公平锁即无法保证锁的获取是按照请求锁的顺序进行的。这样就可能导致某个或者一些线程永远获取不到锁。

　　在Java中，synchronized就是非公平锁，它无法保证等待的线程获取锁的顺序。

　　而对于ReentrantLock和ReentrantReadWriteLock，它默认情况下是非公平锁，但是可以设置为公平锁。

看一下这2个类的源代码就清楚了：
这里写图片描述
另外在ReentrantLock类中定义了很多方法，比如：

　　isFair() //判断锁是否是公平锁

　　isLocked() //判断锁是否被任何线程获取了

　　isHeldByCurrentThread() //判断锁是否被当前线程获取了

　　hasQueuedThreads() //判断是否有线程在等待该锁

　　在ReentrantReadWriteLock中也有类似的方法，同样也可以设置为公平锁和非公平锁。不过要记住，ReentrantReadWriteLock并未实现Lock接口，它实现的是ReadWriteLock接口。

　　4.读写锁

　　读写锁将对一个资源（比如文件）的访问分成了2个锁，一个读锁和一个写锁。

　　正因为有了读写锁，才使得多个线程之间的读操作不会发生冲突。

　　ReadWriteLock就是读写锁，它是一个接口，ReentrantReadWriteLock实现了这个接口。

　　可以通过readLock()获取读锁，通过writeLock()获取写锁。

　　上面已经演示过了读写锁的使用方法，在此不再赘述。

收录于
Java并发编程学习

当前文章被收录于：

Java并发编程学习
13 篇文章 0 人学习
订阅专栏 查看详情
标签
#java #并发 #语言
Lock锁的方法使用 文章目录1 Lock1.1 lock() 方法1.2 tryLock()方法与 tryLock(long time, TimeUnit unit)方法1.3 lockInterruptibly() 方法2 ReentrantLock2.1 lock() 的 正确使用方法2.2 tryLock()的使用方法2.3 lockInterruptibly() 响应中断的使用方法3 ReadWriteLock4 ReentrantReadWriteLock 1 Lock 通过查看 Lock 的源码可知 阅读详情

相关推荐

Python全栈修炼之路 | 第17篇 ：并发编程（上）—— 多线程与GIL

并发编程是现代软件开发中的核心技能。Python提供了多种并发模型，包括多线程、多进程和异步IO。然而，Python的多线程有一个著名的限制——全局解释器锁（GIL），它使得多线程在CPU密集型任务中无法充分利用多核CPU。本文将深入探讨Python多线程编程、threading模块的使用、各种同步原语，以及GIL的工作原理和影响。

ionlou的博客 393

高并发全链路优化

一.概述 高并发就是系统在大流量的情况下保证对客户提供持续稳定的访问。 高并发解法：水平&垂直拆分，读写分离，负载均衡，缓存，异步，限流&熔断&超时控制&故障转移(悲观保系统可用性)，池化(连接池或内存块池化)。 高并发核心原则：优先将流量挡在前置结点。 而在设计一个高并发系统的时候，需要做以下事情： 1.定指标 需要根据业务制定相应的高并发指标，通常是：tps,qps，以及访问性能的指标如99%的访问在100ms以内。 2.根据指标进行架构选型...

zhaozhenzuo的专栏 2436

Java工程师进阶指南：从基础到架构的实战修炼

Java作为企业级应用开发的核心语言，其技术生态涵盖了从基础语法到分布式架构的完整体系。理解Java虚拟机（JVM）的内存管理、垃圾回收机制以及并发编程模型，是构建高性能、高可用系统的理论基础。在实际工程实践中，这些原理转化为解决内存溢出、线程安全、性能调优等核心问题的能力。例如，通过分析GC日志定位内存泄漏，或利用JUC工具包设计高并发场景下的数据访问策略，能够显著提升系统稳定性与吞吐量。随着微服务与云原生架构的普及，Java工程师还需掌握分布式通信、异步处理等进阶技能，以应对复杂业务场景的挑战。本文聚焦

weixin_30333885的博客 468

Java并发编程：Lock

Java并发编程：Lock 　　在上一篇文章中我们讲到了如何使用关键字synchronized来实现同步访问。本文我们继续来探讨这个问题，从Java 5之后，在java.util.concurrent.locks包下提供了另外一种方式来实现同步访问，那就是Lock。 　　也许有朋友会问，既然都可以通过synchronized来实现同步访问了，那么为什么还需要提供Lock？这个问题将...

weixin_30779691的博客 1759

C++工业级开发九重修炼：从现代语法到系统架构实战

C++作为一门接近系统底层的编程语言，其核心价值在于提供零成本抽象和对硬件的直接掌控力，从而实现无与伦比的运行时性能。其原理建立在资源获取即初始化的RAII哲学之上，通过智能指针、移动语义等机制，将资源生命周期与对象生命周期绑定，确保了异常安全和内存安全。这种精细的控制能力，使其在需要极致性能与稳定性的技术领域具有不可替代的价值，广泛应用于游戏引擎、高频交易系统、嵌入式设备和大型分布式后台等场景。现代C++标准引入了模块、协程、概念等新特性，持续演进着开发范式，而像CMake这样的现代构建系统和vcpkg等

lvwenwen 475

C++内存管理与并发编程深度优化：从RAII到无锁数据结构实战

内存管理与并发编程是高性能C++开发的核心基石。理解内存模型与原子操作是保证多线程程序正确性的基础，它确保了指令重排下的可预测性。RAII（Resource Acquisition Is Initialization）技术通过智能指针（如std::unique_ptr、std::shared_ptr）自动化资源管理，是避免内存泄漏的关键范式。在追求极致性能的场景下，自定义内存分配器能显著减少系统调用开销，而理解缓存一致性（如false sharing）则是优化多核并发的关键。这些技术的价值在于，它们共同支撑

weixin_34072637的博客 377

【python内功修炼012】：并发编程之GIL详解

【python内功修炼012】：并发编程之GIL详解

金鞍少年的博客 530

Lock 与 synchronized区别

Lock 与 synchronized区别 1) Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的语言实现;synchronized关键字可以直接修饰方法，也可以修饰代码块,而Lock只能修饰代码块; 2) synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生;而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁; 3) Lock可以让等待

temie的博客 429

JDK17线程性能优化：并发编程实战

JDK17线程性能优化指南：本文探讨了JDK17中多线程编程的关键优化策略，包括线程基础实现（Thread/Runnable）和三种常用线程池（FixedThreadPool、CachedThreadPool、SingleThreadExecutor）的配置与性能对比。通过实际代码示例展示了不同线程池在任务处理上的特点，并提供了性能测试方法。优化建议包括根据任务特性选择合适的线程池类型、合理设置线程数量，以及使用shutdown()方法正确管理线程池生命周期。这些实践能有效提升并发编程效率，同时规避死锁等常

fykam的博客 865

基于STM32F103的二维码识别项目——OV7670篇

此系列用于记录做过的项目，这篇文章介绍基于STM32F103的二维码识别项目之OV7670FIFO模块。

beyourself_he的博客 4288

Social-Auto-Upload实战：如何用Python+Playwright实现抖音/B站/小红书一键三连发？

本文详细介绍了如何使用Python和Playwright框架构建Social-Auto-Upload自动化上传工具，实现抖音、B站、小红书等平台的一键多发布。通过模拟真实用户操作和Cookie管理技术，该工具能有效解决内容创作者跨平台发布的重复劳动问题，提升工作效率。

day7的博客 1401

【Java多线程】JUC之显示锁(Lock)与初识AQS(队列同步器)

文章目录 一.前言 并发编程最佳学习路线 【Java基础】多线程从入门到掌握 【Java多线程】线程通信 【Java多线程】JUC之CAS机制与原子类型(Atomic) 【Java多线程】JUC之Java并发包Concurrent发展简述(各版本JDK中的并发技术) 了解高并发必须知道的概念 【Java多线程】高并发修炼基础之高并发必须了解的概念 了解Java并发包Concurrent发展简述 【Java多线程】JUC之Java并发包Concurrent发展简述(各版本JDK中的

m0_64354070的博客 499

[原创]Keil工程STM32F103C8T6无缝转换到STM32F103RCT6

有个项目，老版本是STM32F103C8T6，硬件资源不够了，新版本采用STM32F103RCT6。 无缝过渡，如下： 选定芯片 宏定义改为STM32F10X_HD,USE_STDPERIPH_DRIVER 删除原有的启动汇编文件，更换为高密度器件汇编文件 时钟系统紊乱？ 那得看你程序怎么写： 先看F103时钟树 int main(void) { unsigned char stat...

江东风又起 2万+

Java核心基础：从JVM内存模型到并发编程的实战内功修炼

Java作为企业级应用的主流语言，其核心基础是构建稳健、高性能系统的基石。理解Java内存模型（JMM）是掌握并发编程的关键，它定义了线程间共享变量的访问规则，解决了可见性、原子性和有序性问题。通过深入分析JVM内存区域划分，如堆、方法区（Metaspace），开发者能够有效诊断和解决`OutOfMemoryError`等线上疑难杂症，这是性能调优与系统稳定的技术保障。在并发场景下，从`synchronized`锁的升级优化机制到`java.util.concurrent`工具包的无锁CAS实现，这些原理为

weixin_30399155的博客 395

Qt + windows + Linux+QtInstallerFramework打包教程

本文介绍了使用Qt Installer Framework在Windows和Linux系统下打包Qt应用程序的完整教程。Windows部分详细说明了从下载安装框架、配置环境变量、生成release版本，到创建安装包目录结构和修改配置文件的完整流程。Linux部分则重点讲解了环境变量设置、桌面应用配置(.desktop文件)以及两种打包方案：一种使用linuxdeployqt生成AppImage文件，另一种采用类似Windows的安装包方式。教程提供了关键配置文件（config.xml、package.xml

Qt历险记，专注Qt技术，三年医疗设备研发经验，1年机器视觉研发经验，半年柔性传感研发经验。 516

LSTM+Transformer混合模型时间序列预测实战教学

LSTM+Transformer混合模型时间序列预测实战教学 毕业设计

8219

Java进阶必读：从JVM到OOM排查的完整修炼

Java开发者在掌握基础语法后，常会面临程序变慢、内存异常、类库冲突等工程难题，这些问题的根源往往藏在JVM的内存管理与类加载机制中。理解JDK、JRE、JVM的边界与运行时数据区，是提升代码诊断能力的第一步；而深入集合类源码，如HashMap的扩容与红黑树转换，能帮助开发者写出更高效的数据处理逻辑。并发编程则是区分初中级开发者的分水岭，正确配置线程池参数比“new Thread”更能应对高并发场景。当系统出现“java: outofmemoryerror: insufficient memory”时，基于

weixin_27697385的博客 219

30天入门 SAP BTP 开发系列之十四: 将 SAP Business Application Studio 里开发好的 Node.js 应用部署到 Cloud Foundry 环境中

本教程详细介绍了如何将SAP Business Application Studio中的Node.js应用部署到Cloud Foundry环境。在完成本地开发和测试后，通过cf login命令连接Cloud Foundry环境，配置manifest.yml文件指定应用参数和路由信息。使用cf push命令完成应用的上传和部署，最终使应用运行在SAP BTP的云端环境中。教程包含从路由创建到部署验证的完整流程，确保开发者能够成功将Node.js应用发布到生产环境。

2007 年 ~ 2025 年，深耕 SAP 技术 18 年 1080

java程序员修炼之路线程篇二十：ReentrantLock

　　java.util.concurrent.locks包定义了一系列关于锁应用的类和接口，与前面文章中提到的对象内置加锁及等待-通知相比，它更加的灵活，可以说是一种改良方案。 　　接口Lock定义了锁机制的框架结构，它声明了如下重要的方法：1.lock方法来获取锁，当锁不可用时，调用线程会持续等待锁。2.lockInterruptibly方法获取锁，除非调用的线程被中断。3.unlock方法释放锁，这个方法与获取锁的方法一定要成对儿出现，每个锁被获取后一定要释放掉。其他方法请大家参考java doc..

iqifenxia的博客 197

基于知识图谱的智能工作流引擎

随着大数据和人工智能技术的快速发展，企业和组织对数据的依赖程度日益增加。为了更好地管理和利用这些数据，知识图谱逐渐成为一种重要的工具。知识图谱不仅能够以结构化的方式表示复杂的知识，而且能够通过推理和查询提供深层次的信息。然而，如何将知识图谱应用于实际业务场景中，尤其是如何构建智能工作流引擎，仍然是一个具有挑战性的问题。智能工作流引擎是一种能够自动化执行复杂业务流程的系统，它可以通过对业务规则和数据的分析，自动生成和优化工作流，从而提高工作效率和准确性。

AI天才研究院 1871

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术，以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索，主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式，计算机控制系统的数学描述与基本分析方法，以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

JDK源码剖析！Java程序员修炼内功必备

现在正是金三银四的春招高潮，前阵子小编一直在搭建自己的网站，并整理了全套的**【一线互联网大厂Java核心面试题库+解析】：包括Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等**、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等**

2401_85354228的博客 231

汉书HE8，好用的汇编代码编写工具

汉书HE8，好用的汇编代码编写工具早期编写汇编代码所用功能强大

Java武林：虚拟机之道 第六章：并肩作战 - 线程与并发

Java并发编程核心概念摘要：线程创建有Thread继承、Runnable实现和Callable接口三种方式，各具特点。线程生命周期包含新建、可运行、阻塞等多种状态转换。线程安全通过synchronized、Lock、原子变量等机制保障，其中synchronized最为基础，Lock更灵活。线程协作依靠wait/notify机制及CountDownLatch等并发工具类实现。Executor框架提供了线程池管理，包括FixedThreadPool等多种类型。Java内存模型（JMM）通过volatile解决

kongzhonghu的专栏 1016

SAP B1中文培訓教材_SDK

公司内部培训资料，对开发工具 ，DIAPI， UIAPI，Add-ON有详细解说

JDK源码剖析！Java程序员修炼内功必备，2024年最新spring源码视频教程

现在正是金三银四的春招高潮，前阵子小编一直在搭建自己的网站，并整理了全套的**【一线互联网大厂Java核心面试题库+解析】：包括Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等**一个人可以走的很快，但一群人才能走的更远。

2401_84167046的博客 409

闭关修炼21天，“啃完”283页pdf，我终于4面拿下字节跳动offer(1)

这个月马上就又要过去了，还在找工作的小伙伴要做好准备了，小编整理了大厂java程序员面试涉及到的绝大部分面试题及答案，希望能帮助到大家*，希望能帮助到大家[外链图片转存中…(img-5xEKDfLF-1714815904302)][外链图片转存中…(img-DAz8XLmQ-1714815904302)]本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录。

2301_82241647的博客 706
上一篇： 并发编程修炼四:synchronized
下一篇： 并发编程修炼六:volatile关键字解析
点赞 0
评论 0
书签 书签 0
yjgithub
yjgithub
博客等级 码龄11年 53粉丝 105原创
+ 关注 专栏目录 订阅专栏
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值