互斥锁的定义

互斥锁的定义



在这里插入图片描述

  1. 例子
    //1. public synchronized void sell() {} 就是一个同步方法
    //2. 这时锁在 this对象
    //3. 也可以在代码块上写 synchronize ,同步代码块, 互斥锁还是在this对象
    public /*synchronized*/ void sell() { //同步方法, 在同一时刻, 只能有一个线程来执行sell方法

        synchronized (/*this*/ object) {
            if (ticketNum <= 0) {
                System.out.println("售票结束...");
                loop = false;
                return;
            }
  1. 例子
//1. public synchronized static void m1() {} 锁是加在 SellTicket03.class

   public synchronized static void m1() {

    }


//2. 如果在静态方法中,实现一个同步代码块.要用类名.class;不能用this,因为静态方法中没有this。
 public static  void m2() {
        synchronized (SellTicket03.class) {
            System.out.println("m2");
        }
    }

在这里插入图片描述

优先选择同步代码块怎么理解?

因为锁的东西越少,程序就越高效了。

要求多个线程的锁对象为同一个,怎么理解?

如下图所示:
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
FreeRTOS中的互斥锁是一种用于保护共享资源的同步机制。它是一个二进制信号量,只有一个任务可以获得该锁,其他任务必须等待锁被释放后才能获得它。在使用互斥锁时,需要在访问共享资源之前获取锁,在访问完成后释放锁,以保证共享资源的正确性和一致性。 互斥锁定义如下: ```c typedef struct xSTATIC_MUTEX { volatile UBaseType_t uxDummy1; UBaseType_t uxDummy2; volatile List_t xTasksWaitingToAcquire; volatile List_t xTasksWaitingToRelease; volatile BaseType_t xMutexHolder; volatile UBaseType_t uxRecursiveCallCount; volatile BaseType_t xMutexIsRecursive; #if ( configUSE_TRACE_FACILITY == 1 ) UBaseType_t uxDummy3; char pcMutexHolderName[ configMAX_TASK_NAME_LEN ]; #endif #if ( configUSE_MUTEXES == 2 ) volatile UBaseType_t uxPriority; #endif } xSTATIC_MUTEX; typedef xSTATIC_MUTEX *StaticSemaphore_t; typedef struct xMUTEX { UBaseType_t uxDummy1; UBaseType_t uxDummy2; List_t xTasksWaitingToAcquire; List_t xTasksWaitingToRelease; BaseType_t xMutexHolder; UBaseType_t uxRecursiveCallCount; BaseType_t xMutexIsRecursive; #if ( configUSE_TRACE_FACILITY == 1 ) UBaseType_t uxDummy3; char pcMutexHolderName[ configMAX_TASK_NAME_LEN ]; #endif #if ( configUSE_MUTEXES == 2 ) UBaseType_t uxPriority; #endif } xSemaphore, *SemaphoreHandle_t; ``` 其中,`xMUTEX`是动态分配的互斥锁结构体,`xSTATIC_MUTEX`是静态分配的互斥锁结构体。两者的成员变量含义相同,包括: - `uxDummy1`和`uxDummy2`:占位符,使结构体大小与内存对齐要求一致。 - `xTasksWaitingToAcquire`:等待获取锁的任务列表。 - `xTasksWaitingToRelease`:等待释放锁的任务列表。 - `xMutexHolder`:持有锁的任务句柄,如果锁未被持有,则为`NULL`。 - `uxRecursiveCallCount`:递归调用计数,记录当前任务反复获取锁的次数。 - `xMutexIsRecursive`:是否是可重入锁的标志。 - `uxPriority`(可选):互斥锁的优先级,用于与任务的优先级进行比较,以决定哪个任务可以获得锁。 - `pcMutexHolderName`(可选):持有锁的任务名称,用于调试和跟踪。 FreeRTOS中的互斥锁使用`SemaphoreHandle_t`类型的句柄来表示,可以通过xSemaphoreCreateMutex()等API函数创建和初始化互斥锁
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值