JUC Lock 锁入门

文章目录

  • 死锁(Deadlock)
    • 通过 Visualvm 等工具排查死锁
  • 活锁
  • park & unpark
    • 与 wait & notify 的区别
    • park & unpark 实现:点外卖
  • Lock 对象
  • ReentrantLock 可重入锁
    • 可重入
    • lockInterruptibly 方法上锁(可打断)
    • tryLock方法获取锁(锁超时)
  • 公平锁
  • 条件变量 Condition

死锁(Deadlock)

两个或多个线程互相等待对方释放资源,从而导致它们永远无法继续执行。死锁通常涉及多个锁,线程之间在等待对方释放锁时都会被阻塞
比如:t1线程已经获得A锁,进而请求B锁,t2线程已经获得B锁,进而请求A锁。导致两个线程永久阻塞。

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class DeadlockTest {

    public static void main(String[] args) {

        final Object A = new Object();
        final Object B = new Object();

        new Thread(()->{

            synchronized (A){
                log.debug("成功获取 A 锁准备获取 B 锁");
                synchronized (B){
                    log.debug("执行成功");
                }
            }

        },"t1").start();


        new Thread(()->{

            synchronized (B){
                log.debug("成功获取 B 锁准备获取 A 锁");
                synchronized (A){
                    log.debug("执行成功");
                }
            }

        },"t2").start();

    }

}

通过 Visualvm 等工具排查死锁

在这里插入图片描述
在这里插入图片描述

可使用顺序加锁的方式来解决此死锁问题(不要交错获取锁,不然容易形成死锁)。

注:在 wait 或 join 方法上无限等待的线程,既不是死锁也不是活锁,因为我们可以通过其他线程调用 interrupt 方法来打断此无限等待的情况。如下面的示例:

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class WaitTest {

    private static Thread t1,t2;
    public static void main(String[] args) {
        Object obj = new Object();
        // 线程t1和t2的结束条件都是等对方先执行
        t1 = new Thread(() -> {
            synchronized (obj) {
                try {
                    log.debug("t1 准备让 t2 执行");
                    t2.join();
                    log.debug("t1 执行完毕");
                } catch (InterruptedException e) {
                    throw new RuntimeException(e);
                }
            }
        }, "t1");

        t2 = new Thread(() -> {
            synchronized (obj) {
                try {
                    log.debug("t2 准备让 t1 执行");
                    t1.join();
                    log.debug("t2 执行完毕");
                } catch (InterruptedException e) {
                    throw new RuntimeException(e);
                }
            }
        }, "t2");

        t1.start();
        t2.start();

//        t1.interrupt(); // 调用 interrupt 方法可打断

    }

}

活锁

线程的状态不断的被改变(自身或其他线程修改),导致该线程一直在执行且无法结束。

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;

@Slf4j
public class AliveLockTest {

    private static Integer count = 100;

    public static void main(String[] args) {

        // count 大于 0 执行线程 t1,并 count--
        // count 小于 50 执行线程 t2,并 count++
        new Thread(()->{
            synchronized (count) {
                while (count > 0) {
                    try {
                        TimeUnit.SECONDS.sleep(1);
                    } catch (InterruptedException e) {
                        throw new RuntimeException(e);
                    }
                    count--;
                }
            }
            log.debug("线程 t1 执行结束");
        },"t1").start();

        new Thread(()->{
            synchronized (count) {
                while (count < 50) {
                    try {
                        TimeUnit.SECONDS.sleep(1);
                    } catch (InterruptedException e) {
                        throw new RuntimeException(e);
                    }
                    count++;
                }
            }
            log.debug("线程 t2 执行结束");
        },"t2").start();

    }

}

死锁和活锁都会导致线程无法停止,但死锁是程序被阻塞不执行,活锁是程序一直执行不结束。

活锁解决通常让其中一个线程先执行完,则另一个线程就能执行完了。

注:此示例如果不加 sleep 有很大概率可以执行结束,但其一定会经历大量的循环执行

  • 饥饿(Starvation)

某些线程一直无法获得所需的资源(由于资源抢占的不公平性),导致一直无法执行。

解决线程饥饿问题通常采用公平锁的方式来解决。

park & unpark

  • LockSupport.park():在某一个线程中调用,表示暂停当前线程。
  • LockSupport.unpark(Thread thread):恢复已暂停的线程

park & unpark 方法底层都是使用的 sun.misc.Unsafe UNSAFE 对象,对应为 native 方法。

与 wait & notify 的区别

  • wait & notify 必须与 synchronized 关键字一起使用,park & unpark 没有这个限制(这也导致相应的代码块是没有同步的)
  • notify 唤醒的线程是随机的,而 unpark 可以指定要唤醒的线程
  • unpark 可以在 park 之前调用,且会生效,后调用的 park 方法也会被取消暂停。而 notify 不能先于 wait 方法调用。

park & unpark 实现:点外卖

import java.util.concurrent.locks.LockSupport;

/**
 * 点外卖:
 * 线程1:商家
 * 线程2:买家
 * 线程3:骑手
 * 使用 park & unpark 实现
 */
public class ParkUnparkTest {

    /**
     * 0:未点餐
     * 1:已点餐,未制作
     * 2:制作完成,骑手未送货
     * 3:骑手送货成功,可以开始干饭了
     */
    private static int state = 0;

    private static Thread t1,t2,t3;

    public static void main(String[] args) {



        // 商家
        t1 = new Thread(()->{
            while (state < 1){// 没人点餐就等待(需要循环等待,使用 if 会导致虚假唤醒问题(notifyAll 同时唤醒了骑手和买家,但是买家抢到了锁))
                System.out.println(Thread.currentThread().getName()+":没人点餐,等待中");
                LockSupport.park();
            }
            // 有人点餐就制作
            System.out.println(Thread.currentThread().getName()+":已接单,制作中");
            try {
                // 模拟商家制作时间
                Thread.sleep(10000);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            System.out.println(Thread.currentThread().getName()+":制作成功");
            state = 2;
            LockSupport.unpark(t3);// 通知骑手接单(这里可以精确指定骑手线程)
        },"商家");

        // 买家
        t2 = new Thread(()->{
            long start = System.currentTimeMillis();
            if(state == 0){
                state = 1; // 下单
                System.out.println(Thread.currentThread().getName()+":下单成功,等待送餐");
                LockSupport.unpark(t1);// 通知卖家线程制作
            }
            LockSupport.park();// 等待送餐
            while (state < 3){// 没有送到,就等待
                System.out.println(Thread.currentThread().getName()+":外卖没送到,等待中");
                LockSupport.park();// 等待送餐
            }
            // 送到了,就开始干饭
            System.out.println(Thread.currentThread().getName()+":外卖送到了,开始干饭");
            // 买家结束(无需再次唤醒商家和卖家)
            System.out.println("下单到就餐耗时:" + (System.currentTimeMillis() - start));
        },"买家");

        // 骑手
        t3 = new Thread(()->{
            while (state < 1){// 没人点餐,等待
                System.out.println(Thread.currentThread().getName()+":没人点餐,等待中");
                LockSupport.park();// 没人点餐等待
            }

            while (state < 2){// 没有制作完成,等待
                System.out.println(Thread.currentThread().getName()+":没有制作完成,等待中");
                LockSupport.park();// 没有制作完成,等待
            }
            // 制作完成了开始送货
            System.out.println(Thread.currentThread().getName()+":接到外卖,送货中");
            try {
                // 模拟骑手送货
                Thread.sleep(10000);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            System.out.println(Thread.currentThread().getName()+":送货完成");
            state = 3;
            LockSupport.unpark(t2);// 通知买家收货

        },"骑手");



        t1.start();
        t2.start();
        t3.start();

    }
}

可能的一个结果:

商家:没人点餐,等待中
买家:下单成功,等待送餐 <---- 1
骑手:没人点餐,等待中 <----- 2
商家:已接单,制作中
商家:制作成功
骑手:接到外卖,送货中
骑手:送货完成
买家:外卖送到了,开始干饭
下单到就餐耗时:20021

这里 1 和 2 的打印顺序出现了问题,因为 park & unpark 只是暂停&取消暂停,并没有代码同步所以会有此情况出现。

Lock 对象

java.util.concurrent.locks.Lock 是一个类似于synchronized 块的线程同步机制。但是 Lock比 synchronized 块更加灵活。Lock是个接口,它有多种实现类。其使用方式如下:

 Lock lock = ...;// Lock的实现类
 lock.lock();// 加锁
 try {
   // 访问受此锁保护的资源
 } finally {
   lock.unlock();//需要手动调用解锁(解锁操作需要在 finally 块中调用)
 }

主要方法

    /**
     * 加锁(不可打断)
     * 如果当前无法获得锁,则阻塞,直到获取到锁且不可被打断(容易死锁)
     */
    void lock();


    /**
     * 加锁(可打断)
     * 如果当前无法获得锁,则阻塞,直到获取到锁或者被打断
     *
     * @throws InterruptedException 被打断时抛出异常
     */
    void lockInterruptibly() throws InterruptedException;

    /**
     * 直接尝试获得锁,如果成功返回 true,如果不成功返回 false
     * 其写法如下:
     *  Lock lock = ...;
     *  if (lock.tryLock()) {
     *    try {
     *      // 受保护的代码
     *    } finally {
     *      // 解锁
     *      lock.unlock();
     *    }
     *  } else {
     *    // 未获得锁的时候的操作,这里没有获得锁,不用解锁
     *  }
     *
     * @return 获得锁返回true,未获得锁返回false
     */
    boolean tryLock();

    /**
     * 尝试获取锁,但其会等待参数所设置的时间,在该时间内如果获得锁返回 true,如果没有获得锁返回 false
     * @param time 等待锁的最长时间
     * @param unit 时间参数的单位
     * @return 如果获取了锁,则为true;如果在获取锁之前经过了等待时间,则为false
     * @throws InterruptedException 如果当前线程在获取锁时被打断抛出此异常
     */
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;


    /**
     * 释放锁
     * 注:如果释放的是非当前线程拥有的锁,将抛出 unchecked 异常 IllegalMonitorStateException
     */
    void unlock();

    /**
     * 创建条件对象
     */
    Condition newCondition();

ReentrantLock 可重入锁

ReentrantLock 是 Lock 接口的一个实现类

可重入

每一个锁关联一个线程持有者和计数器,当计数器为 0 时表示该锁没有被任何线程持有,那么任何线程都可能获得该锁而调用相应的方法;当某一线程请求成功后,JVM会记下锁的持有线程,并且将计数器置为 1;此时其它线程请求该锁,则必须等待;而该持有锁的线程如果再次请求这个锁,就可以再次拿到这个锁,同时计数器会递增;当线程退出同步代码块时,计数器会递减,如果计数器为 0,则释放该锁。

简单的说就是当持有该锁的线程再次尝试获取该锁时,不会被阻塞(因为他已经持有该锁),而另外的线程尝试获取该锁时将被阻塞。

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.locks.ReentrantLock;

@Slf4j
public class ReentrantLockTest1 {

    private static ReentrantLock lock = new ReentrantLock();

    public static void main(String[] args) {

        new Thread(()->{
            test1();
        },"t1").start();

    }


    private static void test1(){
        lock.lock();
        try{
            log.debug("进入第1层");
            test2();
        }finally {
            lock.unlock();
        }
    }

    private static void test2(){
        lock.lock();
        try{
            log.debug("进入第1层");
            test3();
        }finally {
            lock.unlock();
        }
    }

    private static void test3(){
        lock.lock();
        try{
            log.debug("进入第1层");
        }finally {
            lock.unlock();
        }
    }

}

lockInterruptibly 方法上锁(可打断)

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;

@Slf4j
public class LockInterruptiblyTest {

    private static ReentrantLock lock = new ReentrantLock();

    private static Thread t1,t2;

    public static void main(String[] args) {

       t1 = new Thread(()->{

            try {
                lock.lockInterruptibly();
            } catch (InterruptedException e) {
                log.debug("被打断表示未获得锁");
            }

            try{
                log.debug("成功获得锁");
                TimeUnit.SECONDS.sleep(5);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            } finally {
                lock.unlock();
                log.debug("释放锁");
            }

        },"t1");

       t1.start();


        t2 = new Thread(()->{

            try {
                lock.lockInterruptibly();
            } catch (InterruptedException e) {
                log.debug("被打断表示未获得锁");
                // 本示例 t2 线程会被打断,进入此块
                // 这里未获取锁,要么重试,要么结束,否则会执行下面的代码,且没有加锁
                // 这样的话最后调用 unlock 方法时会抛出异常 IllegalMonitorStateException
                // 可打断的意义在于,避免 lock 方法的死等,避免死锁
            }

            try{
                log.debug("成功获得锁");
                TimeUnit.SECONDS.sleep(5);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            } finally {
                lock.unlock();
                log.debug("释放锁");
            }

        },"t2");
        t2.start();

        try {
            TimeUnit.SECONDS.sleep(2);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
        // 2 秒后执行打断线程 t2 的操作
        // 由于 t1 获得锁后睡眠 5 秒,所以此处打断时,打断的是 t2 线程的 lockInterruptibly 方法,导致 t2 线程没有获得锁
        t2.interrupt();

    }

}

注:注意查看代码中的注释

tryLock方法获取锁(锁超时)

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;

@Slf4j
public class ReentrantLockTest {

    public static void main(String[] args) {

        ReentrantLock reentrantLock = new ReentrantLock();

        new Thread(()->{

            if(reentrantLock.tryLock()){
                try{
                    // 持锁线程,持有锁2秒
                    TimeUnit.SECONDS.sleep(2);
                    log.debug("try 无时间");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                } finally {
                    reentrantLock.unlock();
                }
            }

        },"t1").start();

        try {
            // 睡眠10毫秒,以希望第一个线程先执行获得锁(这样做并不能保证第一个线程一定获得锁,此处只为验证 tryLock 的特性)
            TimeUnit.MICROSECONDS.sleep(10);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }


        new Thread(()->{

            try {
                if(reentrantLock.tryLock(5,TimeUnit.SECONDS)){
                    try{
                        // 会打印,因为当前线程会在5秒时间内尝试获取锁,第一个线程持有锁的时间为2秒
                        log.debug("try 有时间");
                    } finally {
                        reentrantLock.unlock();
                    }
                }
            } catch (InterruptedException e) {
                e.printStackTrace();
            }

        },"t2").start();


        new Thread(()->{

            if(reentrantLock.tryLock()){
                try{
                    // 不会打印,因为第一个线程持有所,当前线程尝试直接返回false
                    log.debug("try 第二个无时间");
                }finally {
                    reentrantLock.unlock();
                }
            }

        },"t3").start();
    }

}

执行结果:

15:37:12.409 [t1] DEBUG com.yyoo.thread.ReentrantLockTest - try 无时间
15:37:12.411 [t2] DEBUG com.yyoo.thread.ReentrantLockTest - try 有时间

t1 线程优先获得锁,所以会打印,t2 线程尝试获得锁且等待5秒,t1线程在2秒后就会释放锁,所以t2获得了锁。t3线程直接尝试获得锁,此时t1还没有释放锁,所以t3没有获得锁。

注:这里只是判断是否可以获得锁的示例所以这里使用的判断为 if 条件,请根据自身情况选择 if 还是 while

tryLock(long timeout, TimeUnit unit) 方法是可以被打断的,所以在 tryLock 等待时间内,如果被打断,依然会抛出 InterruptedException

公平锁

ReentrantLock 对象中有个 Sync 对象,其有两个实现:NonfairSync(不公平锁)、FairSync(公平锁),ReentrantLock 的两个构造函数定义如下:

public ReentrantLock() {
    sync = new NonfairSync();
}

public ReentrantLock(boolean fair) {
    sync = fair ? new FairSync() : new NonfairSync();
}

公平锁是按照先进入阻塞队列,先获得锁的思想来实现的。可以用于解决线程饥饿的问题。但也会带来并发度降低的问题。一般都不使用。

Sync 继承自 AbstractQueuedSynchronizer 也就是大名鼎鼎的 AQS,关于 AQS 我们会在后续文章中详解,此处先了解即可,我们先了解怎么用,再来说原理

条件变量 Condition

我们还是用前面送外卖的示例来说明。synchronized 关键字实际上表示一个条件变量,Condition 是可以支持多条件变量,控制粒度更细致。

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.ReentrantLock;

@Slf4j
public class LockConditionTest {

    // 外卖订单
    private static ReentrantLock order = new ReentrantLock();

    // 买家条件
    private static Condition buyer = order.newCondition();

    // 卖家条件
    private static Condition seller = order.newCondition();

    // 骑手条件
    private static Condition rider = order.newCondition();

    /**
     * 0:未点餐
     * 1:已点餐,未制作
     * 2:制作完成,骑手未送货
     * 3:骑手送货成功,可以开始干饭了
     */
    private static int state = 0;

    public static void main(String[] args) {

        new Thread(()->{

            order.lock();

            try{
                if(state == 0) {
                    log.debug("没人点餐,等待!");
                    seller.await();
                }

                if(state == 1){
                    log.debug("开始制作");
                    TimeUnit.SECONDS.sleep(5);// 模拟制作时间
                    state = 2;
                    log.debug("制作成功");
                    rider.signal();// 通知骑手送货
                }

            } catch (InterruptedException e) {
                // await 方法可以被打断
                throw new RuntimeException(e);
            } finally {
                order.unlock();
            }

        },"卖家").start();


        new Thread(()->{

            order.lock();

            try{
                if(state == 0) {
                    log.debug("没人点餐,等待!");
                    rider.await();
                }

                if(state == 1){
                    log.debug("外卖制作中,等待!");
                    rider.await();
                }

                if(state == 2){
                    log.debug("取到外卖,开始送货");
                    TimeUnit.SECONDS.sleep(5);// 模拟送货时间
                    state = 3;
                    log.debug("外卖送到");
                    buyer.signal();// 通知买家收货
                }
            } catch (InterruptedException e) {
                // await 方法可以被打断
                throw new RuntimeException(e);
            } finally {
                order.unlock();
            }

        },"骑手").start();


        new Thread(()->{

            order.lock();

            try{
                log.debug("开始点餐");
                state = 1;
                log.debug("点餐成功");
                seller.signalAll();// 通知卖家接单制作
                log.debug("等待收外卖");
                buyer.await();// 等待收外卖
                log.debug("收到外卖,开始干饭");
            } catch (InterruptedException e) {
                // await 方法可以被打断
                throw new RuntimeException(e);
            } finally {
                order.unlock();
            }

        },"买家").start();

    }

}

执行结果

17:08:44.346 [卖家] DEBUG com.yyoo.thread.LockConditionTest - 没人点餐,等待!
17:08:44.348 [骑手] DEBUG com.yyoo.thread.LockConditionTest - 没人点餐,等待!
17:08:44.348 [买家] DEBUG com.yyoo.thread.LockConditionTest - 开始点餐
17:08:44.348 [买家] DEBUG com.yyoo.thread.LockConditionTest - 点餐成功
17:08:44.348 [买家] DEBUG com.yyoo.thread.LockConditionTest - 等待收外卖
17:08:44.348 [卖家] DEBUG com.yyoo.thread.LockConditionTest - 开始制作
17:08:49.363 [卖家] DEBUG com.yyoo.thread.LockConditionTest - 制作成功
17:08:49.363 [骑手] DEBUG com.yyoo.thread.LockConditionTest - 取到外卖,开始送货
17:08:54.368 [骑手] DEBUG com.yyoo.thread.LockConditionTest - 外卖送到
17:08:54.368 [买家] DEBUG com.yyoo.thread.LockConditionTest - 收到外卖,开始干饭

await 和 signal 以及 signalAll 方法和 wait & notify & notifyAll 方法类似,await & signal 必须要有与之关联的锁,wait & notify 只能在 synchronized 块中使用。

点外卖这个示例,其实就是实际中的线程执行的顺序性问题的解决方案之一。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mfbz.cn/a/282165.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

门诊病历系统教程,社区诊所电子处方系统软件操作教程

一、软件程序问答 门诊病历系统教程&#xff0c;社区诊所电子处方系统软件操作教程 1、电子处方软件在开处方时候&#xff0c;可以一键导入模板吗&#xff1f; 如下图&#xff0c;软件以 佳易王诊所电子处方软件V17.1为例说明 软件右侧点击 配方模板&#xff0c;只需输入症…

以太坊代币标准解读及相关Dapp的搭建

文章目录 什么是以太坊代币标准1、什么是以太坊2、以太坊代币标准 同质化代币 Dapp 搭建1、MetaMask 的安装2、Ganache 的安装3、实现 ERC-20 代币协议4、前端页面的编写5、部署流程及操作演示 什么是以太坊代币标准 1、什么是以太坊 以太坊&#xff08;Ethereum&#xff09;是…

2024年,程序员有哪些危机,有什么应对方式?

在2024年&#xff0c;程序员可能面临的危机主要包括技术更新迅速、职业竞争激烈、工作与生活平衡困难等方面。 为了应对这些危机&#xff0c;程序员可以采取以下策略&#xff1a; 技术更新迅速&#xff1a;随着技术的不断发展&#xff0c;新的编程语言和工具不断涌现&#xff…

52.网游逆向分析与插件开发-游戏反调试功能的实现-检测调试器

码云地址&#xff08;master分支&#xff09;&#xff1a;https://gitee.com/dye_your_fingers/sro_-ex.git 码云版本号&#xff1a;be9f058bfaaa4b015f2659db842e07ee37e58996 代码下载地址&#xff0c;在 SRO_EX 目录下&#xff0c;文件名为&#xff1a;SRO_Ex检测调试器.z…

迈向通用异常检测和理解:大规模视觉语言模型(GPT-4V)率先推出

PAPERCODEhttps://arxiv.org/pdf/2311.02782.pdfhttps://github.com/caoyunkang/GPT4V-for-Generic-Anomaly-Detection 图1 GPT-4V在多模态多任务异常检测中的综合评估 在这项研究中&#xff0c;我们在多模态异常检测的背景下对GPT-4V进行了全面评估。我们考虑了四种模式&#…

c 生成16×16像素点的rgb格式图片

想验证jpeg 编解码各个环节是否正确&#xff0c;特小尺寸的yuv格式图片找不到。特意用c代码生成一个1616像素点的rgb格式图片,再转换为yuv444格式&#xff0c;再88分割&#xff0c;余弦转换&#xff0c;量化&#xff0c;Z变换&#xff0c;霍夫曼编码&#xff0c;生成比特流&…

你真的懂Hello World!吗?(编译与链接,静态链接与动态链接)

&#x1f4ab;Hello World! 对于大家来说Hello World!应该是最熟悉不过的一句话&#xff0c;我们从Hello World!走进了计算机的世界&#xff0c;但是你真的了解Hello World!吗&#xff1f;你又思考过它背后蕴含的机理吗&#xff1f;他是怎么从代码变成程序的你真的思考过吗&…

react18框架笔记

React React 是 facebook 出的一款针对视图层的库(library)。它是基于单向数据流思想开发的&#xff0c;主要的一个功能就是针对视图显示&#xff0c;让我们把一个项目拆分成一个一个组件进行开发维护。 官网 目前我们讲的 react 是基于 18.2 的版本。react 每一个版本更新之…

谷歌Linux内核自动测试平台架构介绍-用自动测试测试难以测试的问题

1 摘要 内核和硬件等低级系统已被证明极难进行有效测试&#xff0c;因此&#xff0c;许多内核测试都是以手动为主方式进行的。现有的大多数测试框架都是为测试与底层平台隔离的高级软件而设计的&#xff0c;而底层平台被假定是稳定可靠的。测试底层平台本身需要一套全新的假设…

命令行万年历程序

在linux终端里看不了日历&#xff0c;我不答应&#xff01;代码仓库地址 一、命令行运行的效果图 如果输入的年份是目前所在年&#xff0c;会标注当天的日期 二、代码实现 1. 判断闰年 bool judge_leap_year(int year) {return ((year % 4 0) && (year % 100 ! 0)) …

听GPT 讲Rust源代码--src/tools(37)

File: rust/src/tools/clippy/clippy_lints/src/explicit_write.rs 在Rust源代码中&#xff0c;explicit_write.rs这个文件是Clippy的一个lint插件&#xff0c;其作用是检查代码中的write!、writeln!宏使用时的不当或繁琐的情况&#xff0c;并给出相关的警告或建议。 具体来说&…

浅谈冯诺依曼体系和操作系统

&#x1f30e;冯诺依曼体系结构 文章目录 冯诺依曼体系结构 认识冯诺依曼体系结构       硬件分类       各个硬件的简单认识         输入输出设备         中央处理器         存储器 关于内存 对冯诺依曼体系的理解 操作系统 操作系统…

关键字:try-catch关键字

在 Java 中&#xff0c;try-catch关键字用于异常处理。它们允许编写代码来捕获和处理异常&#xff0c;以确保程序能够在出现问题时合理地处理它们而不会崩溃。 以下是try-catch关键字的基本语法&#xff1a; 在try块中编写可能会抛出异常的代码。如果在try块中的任何代码抛出…

2024年【安全员-B证】考试报名及安全员-B证新版试题

题库来源&#xff1a;安全生产模拟考试一点通公众号小程序 安全员-B证考试报名考前必练&#xff01;安全生产模拟考试一点通每个月更新安全员-B证新版试题题目及答案&#xff01;多做几遍&#xff0c;其实通过安全员-B证考试试题很简单。 1、【多选题】《中华人民共和国消防法…

单字符检测模型charnet使用方法,极简

Git链接 安装按照上面的说明&#xff0c;说下使用。 把tools下面的test做了一点修改&#xff0c;可以读取一张图片&#xff0c;把里面的单个字符都检测和识别出来。 然后绘制到屏幕上。 import torch from charnet.modeling.model import CharNet import cv2, os import num…

搭建maven私服

maven maven简介 什么是maven&#xff1f; Maven这个单词来自于意第绪语&#xff08;犹太语&#xff09;&#xff0c;意为知识的积累。 Maven项目对象模型(POM)&#xff0c;可以通过一小段描述信息来管理项目的构建&#xff0c;报告和文档的项目管理工具软件。 Maven 除了以…

20231228在Firefly的AIO-3399J开发板的Android11使用Firefly的DTS配置单前后摄像头ov13850

20231228在Firefly的AIO-3399J开发板的Android11使用Firefly的DTS配置单前后摄像头ov13850 2023/12/28 19:20 缘起&#xff0c;突然发现只能打开前置的ov13850&#xff0c;或者后置的ov13850。 但是不能切换&#xff01; 【SDK&#xff1a;rk3399-android-11-r20211216.tar.xz】…

[Angular] 笔记 25:指令

组件指令 (chatgpt 回答) 在 Angular 中&#xff0c;组件本身可以被视为指令&#xff0c;这种指令被称为组件指令。组件是 Angular 应用的构建块之一&#xff0c;它封装了一段具有特定功能和特性的用户界面&#xff0c;并且可以在应用中重复使用。 组件指令具有以下特征&…

docker小白第十天

redis集群主从容错切换案例 3主3从的redis集群&#xff0c;某个主机宕机了&#xff0c;需要对应的从机补位。 docker exec -it redis-node-1 /bin/bash # 进入容器1的命令行 redis-cli -p 6381 # 进入节点1的命令行 cluster nodes # 查看集群信息可以看到1号和6号对应是主从关…

【PXIE301-208】基于PXIE总线架构的Serial RapidIO总线通讯协议仿真卡

板卡概述 PXIE301-208是一款基于3U PXIE总线架构的Serial RapidIO总线通讯协议仿真卡。该板卡采用Xilinx的高性能Kintex系列FPGA作为主处理器&#xff0c;实现各个接口之间的数据互联、处理以及实时信号处理。板卡支持4路SFP光纤接口&#xff0c;支持一个PCIe x8主机接口&…
最新文章