android互斥锁互斥锁机制

自旋锁与互斥锁

1、互斥锁会休眠：所谓休眠，即在访问被锁资源时，调用者线程会休眠，此时 cpu 可以调度其他线程工作。直到被锁资源释放锁。此时会唤醒休眠线程。

创新互联建站主要从事网站设计、成都网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务鹤峰,十余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:13518219792

2、自旋锁和互斥锁的区别是：自旋锁与互斥锁有点类似，只是自旋锁不会引起调用者睡眠，如果自旋锁已经被别的执行单元保持，调用者就一直循环在那里看是否该自旋锁的保持者已经释放了锁，“自旋”一词就是因此而得名。

3、）当锁不能被获取到时，使用互斥体的开销是进程上下文切换时间，使用自旋锁的开销是等待获取自旋锁（由临界区执行时间决定）。若临界区比较小，宜使用自旋锁，若临界区很大，应使用互斥体。

4、自旋锁与互斥锁有点类似，只是自旋锁不会引起调用者睡眠，如果自旋锁已经被别的执行单元保持，调用者就一直循环在那里看是否该自旋锁的保持者已经释放了锁。

5、自旋锁是为实现保护共享资源而提出一种锁机制。其实，自旋锁与互斥锁比较类似，它们都是为了解决对某项资源的互斥使用。

6、自旋锁和互斥锁类似，区别在于线程在未获得锁时不去睡眠而是原地等待，直到锁被释放。自旋锁适合用在耗时较少的逻辑中对共享数据的保护，即线程持有自旋锁的时间很短。

在Android系统中，互斥锁通过Java中的synchronized关键字来实现。这个关键字可以应用于方法或者代码块，确保同时只有一个线程可以访问当前的方法或代码块。

．创建和销毁有两种方法创建互斥锁，静态方式和动态方式。

锁定互斥锁的过程无需遵循优先级保护协议。如果pthread_mutex_setprioceiling()成功，则将在 old_ceiling 中返回以前的优先级上限值。如果pthread_mutex_setprioceiling()失败，则互斥锁的优先级上限保持不变。

而Lock是juc中实现的锁接口，他定义了锁的一些行为规范，他的设计目的是为了解决 synchronized 关键字在一些并发场景下不适用的问题。juc 包下的接口，定义了锁的规范。有多种实现类。

互斥锁(mutex) 通过锁机制实现线程间的同步。初始化锁。在Linux下，线程的互斥量数据类型是pthread_mutex_t。在使用前，要对它进行初始化。

和 semaphore 一样， mutex 在RTT中也归类为 ipc （ ipc 应该是进程间通信，感觉命名是不是有点不贴切）。mutex 用于资源互斥的场景，比如多个线程可能同时访问（R/W）同一个全局变量，这个时候，就需要加锁控制。

所谓互斥，从字面上理解就是互相排斥。因此互斥锁从字面上理解就是一点进程拥有了这个锁，它将排斥其它所有的进程访问被锁住的东西，其它的进程如果需要锁就只能等待，等待拥有锁的进程把锁打开后才能继续运行。

以下列出了有效的互斥锁类型：PTHREAD_MUTEX_NORMAL描述：此类型的互斥锁不会检测死锁。如果线程在不首先解除互斥锁的情况下尝试重新锁定该互斥锁，则会产生死锁。尝试解除由其他线程锁定的互斥锁会产生不确定的行为。

互斥锁(mutex) 通过锁机制实现线程间的同步。初始化锁。在Linux下，线程的互斥量数据类型是pthread_mutex_t。在使用前，要对它进行初始化。

自旋锁会忙等：所谓忙等，即在访问被锁资源时，调用者线程不会休眠，而是不停循环在那里，直到被锁资源释放锁。互斥锁会休眠：所谓休眠，即在访问被锁资源时，调用者线程会休眠，此时 cpu 可以调度其他线程工作。

所有如果能在很短的时间内获得锁，自旋锁的效率远高于互斥锁。缺点在于，自旋锁一直占用CPU，他在未获得锁的情况下，一直运行－－自旋，所以占用着CPU，如果不能在很短的时间内获得锁，这无疑会使CPU效率降低。

但是两者在调度机制上略有不同。对于互斥锁，如果资源已经被占用，资源申请者只能进入睡眠状态。

自旋锁和互斥锁类似，区别在于线程在未获得锁时不去睡眠而是原地等待，直到锁被释放。自旋锁适合用在耗时较少的逻辑中对共享数据的保护，即线程持有自旋锁的时间很短。

从严格意义上说，互斥体和自旋锁属于不同层次的互斥手段，前者的实现依赖于后者。在互斥体本身的实现上，为了保证互斥体结构存取的原子性，需要自旋锁来互斥。所以自旋锁属于更底层的手段。

正是由于自旋锁使用者一般保持锁时间非常短，因此选择自旋而不是睡眠是非常必要的，自旋锁的效率远高于互斥锁。

当前文章：android互斥锁互斥锁机制
分享URL：http://shouzuofang.com/article/dighsgi.html