线程同步技术:

解决多个线程争抢同一个资源的情况,线程协作工作。一份数据同一时刻只能有一个线程处理。

解决线程同步的几种方法:

Lock、RLock、Condition、Barrier、semaphore

1)Lock 锁

锁,一旦线程获得锁,其它试图获取锁的线程将被阻塞。

当用阻塞参数设置为 False 时, 不要阻止。如果将阻塞设置为 True 的调用将阻止, 则立即返回 False;否则, 将锁定设置为锁定并返回 True。

Lock的方法:
acquire(blocking=True,timeout=-1)  加锁。默认True阻塞,阻塞可以设置超时时间。非阻塞时成功获取锁返回True,否则返回False。

当blocking设置为False时,不阻塞,同一个锁对象,其它线程可以重用,但最后都必须释放。

如果设置为True(默认True),其它试图调用锁的线程将阻塞,并立即返回False。阻塞可以设置超时时间。

release() 释放锁。可以从任何线程调用释放。已上锁的锁,会被重置为unlocked,对未上锁的锁调用,会抛RuntimeError异常: cannot release un-acquired lock。

不使用Lock的例子:

#不使用Lock锁的例子
import logging
import threading,time
logging.basicConfig(level=logging.INFO) # 10 -> 100cups
cups = []
lock = threading.Lock() def worker(lock:threading.Lock,task=100):
while True:
count = len(cups)
time.sleep(0.1) if count >= task:
break logging.info(count)
cups.append(1)
logging.info("{} make 1........ ".format(threading.current_thread().name))
logging.info("{} ending=======".format(len(cups))) for x in range(10):
threading.Thread(target=worker,args=(lock,100)).start() 运行结果:
INFO:root:Thread-7 make 1........
INFO:root:93
INFO:root:Thread-5 make 1........
INFO:root:95
INFO:root:Thread-6 make 1........
INFO:root:92
INFO:root:Thread-2 make 1........
INFO:root:94
INFO:root:Thread-8 make 1........
INFO:root:97
INFO:root:Thread-10 make 1........
INFO:root:96
INFO:root:Thread-4 make 1........
INFO:root:98
INFO:root:Thread-1 make 1........
INFO:root:99
INFO:root:Thread-9 make 1........
INFO:root:109 ending=======
INFO:root:109 ending=======
INFO:root:109 ending=======

  还是使用前面的10个工人生产100杯子的例子, 当做到99个杯子时,10个工人都发现还少一个,都去做了一个,一共做了109个,超出了100个,就发生了不可预期的结果。

临界线判断失误,多生产了杯子。

解决方法就可以用锁,来解决资源争抢。当一个人看杯子数量时,就上锁,其它人只能等着,看完杯子后发现少一个就把这最后一个做出来,然后数量加一,解锁,其他人再看到已经有100个杯子时,就可以停止工作。

加锁的时机非常重要:看杯子数量时加锁,增加数量后释放锁。

  

使用Lock的例子:

#Lock
import logging
import threading
import time
logging.basicConfig(level=logging.INFO) # 10 -> 100cups
cups = []
lock = threading.Lock() def worker(lock:threading.Lock,task=100):
while True:
if lock.acquire(False):
count = len(cups) time.sleep(0.1) if count >= task:
lock.release()
break
logging.info(count) cups.append(1)
lock.release()
logging.info("{} make 1........ ".format(threading.current_thread().name))
logging.info("{} ending=======".format(len(cups))) for x in range(10):
threading.Thread(target=worker,args=(lock,100)).start() 运行结果:
INFO:root:0
INFO:root:Thread-1 make 1........
INFO:root:1
INFO:root:Thread-5 make 1........
INFO:root:2
INFO:root:Thread-6 make 1........
....
INFO:root:Thread-3 make 1........
INFO:root:97
INFO:root:Thread-3 make 1........
INFO:root:98
INFO:root:Thread-4 make 1........
INFO:root:99
INFO:root:Thread-3 make 1........
INFO:root:100 ending=======
INFO:root:100 ending=======
INFO:root:100 ending=======
.....

  在使用了锁以后,虽然保证了结果的准确性,但是性能下降了很多。

一般来说加锁以后还要有一些功能实现,在释放之前还有可能抛异常,一旦抛出异常,锁是无法释放,但是当前线程可能因为这个异常被终止了,这就产生了死锁。

死锁解决办法:

1、使用 try..except..finally 语句处理异常、保证锁的释放

2、with 语句上下文管理,锁对象支持上下文管理。只要实现了__enter__和__exit__魔术方法的对象都支持上下文管理。

锁的应用场景:

独占锁: 锁适用于访问和修改同一个共享资源的时候,即读写同一个资源的时候。

共享锁: 如果共享资源是不可变的值时,所有线程每一次读取它都是同一样的值,这样的情况就不需要锁。

使用锁的注意事项:

  • 少用锁,必要时用锁。使用了锁,多线程访问被锁的资源时,就变成了串行,要么排队执行,要么争抢执行。
  • 加锁时间越短越好,不需要就立即释放锁。
  • 一定要避免死锁。

不使用锁时,有了效率,但是结果是错的。

使用了锁,变成了串行,效率地下,但是结果是对的。

import threading
import time lock = threading.Lock() def work():
print('working..')
time.sleep(0.2)
lock.release() # 1解锁 lock.acquire() # 1上锁
print("get locker 1") threading.Thread(target=work).start() time.sleep(1)
lock.acquire() # 2上锁 print("get locker 2")
threading.Thread(target=work).start() print("release locker") 运行结果:
get locker 1
working..
get locker 2
working..
release locker

  同一个锁对象在释放后可以再次使用。

但是如果同一把锁加锁后,又被别人拿了,自己就阻塞了:

import threading
import time lock = threading.Lock() def work():
print('working..')
time.sleep(0.2)
lock.release() # 1解锁 lock.acquire() # 1上锁
print("get locker 1")
lock.acquire() # 2上锁
print("get locker 2") threading.Thread(target=work).start()
threading.Thread(target=work).start() print("release locker") 运行结果:
get locker 1
阻塞状态....

  

阻塞锁:

#阻塞锁
import threading,time lock = threading.Lock() def foo():
ret = lock.acquire()
print("{} Locked. {}".format(ret,threading.current_thread()))
time.sleep(10) threading.Thread(target=foo).start()
threading.Thread(target=foo).start() 运行结果:
True Locked. <Thread(Thread-1, started 123145559191552)>

  lock.acquire()默认设置blocking=True,两个线程使用同一个Lock锁对象,只要Thread-1线程不释放,第二个线程就无法获取锁,且会使Thread-1线程阻塞。

如果想让多个线程同时都可以使用一个锁对象,就必须使用非阻塞锁,或者第一个线程使用完锁之后立刻释放,然后第二个线程再使用。

非阻塞锁:

#非阻塞锁
import threading,time lock = threading.Lock() def foo():
ret = lock.acquire(False)
print("{} Locked. {}".format(ret,threading.current_thread()))
time.sleep(10) threading.Thread(target=foo).start()
threading.Thread(target=foo).start() 运行结果:
True Locked. <Thread(Thread-1, started 123145516146688)>
False Locked. <Thread(Thread-2, started 123145521401856)> Process finished with exit code 0

  lock.acquire(False)设置blocking=False表示不阻塞,使用同一个Lock锁对象时,第二个线程仍可以使用锁,且第一个锁不会被阻塞。

非阻塞锁2:

#非阻塞锁
import threading,logging,time FORMAT = '%(asctime)s\t [%(threadName)s,%(thread)d] %(message)s'
logging.basicConfig(level=logging.INFO,format=FORMAT) def worker(tasks):
for task in tasks:
time.sleep(0.01)
if task.lock.acquire(False): #False非阻塞
logging.info('{} {} begin to start'.format(threading.current_thread().name,task.name))
else:
logging.info('{} {} is working'.format(threading.current_thread().name,task.name)) class Task:
def __init__(self,name):
self.name = name
self.lock = threading.Lock() tasks = [Task('task={}'.format(t)) for t in range(5)] for i in range(3):
t = threading.Thread(target=worker,name='worker-{}'.format(i),args=(tasks,))
t.start() 运行结果:
2017-12-19 16:37:49,556 [worker-2,123145390018560] worker-2 task=0 begin to start
2017-12-19 16:37:49,556 [worker-1,123145384763392] worker-1 task=0 is working
2017-12-19 16:37:49,557 [worker-0,123145379508224] worker-0 task=0 is working
2017-12-19 16:37:49,567 [worker-2,123145390018560] worker-2 task=1 begin to start
2017-12-19 16:37:49,567 [worker-1,123145384763392] worker-1 task=1 is working
2017-12-19 16:37:49,568 [worker-0,123145379508224] worker-0 task=1 is working
2017-12-19 16:37:49,580 [worker-1,123145384763392] worker-1 task=2 begin to start
2017-12-19 16:37:49,580 [worker-2,123145390018560] worker-2 task=2 is working
2017-12-19 16:37:49,580 [worker-0,123145379508224] worker-0 task=2 is working
2017-12-19 16:37:49,591 [worker-1,123145384763392] worker-1 task=3 begin to start
2017-12-19 16:37:49,592 [worker-2,123145390018560] worker-2 task=3 is working
2017-12-19 16:37:49,592 [worker-0,123145379508224] worker-0 task=3 is working
2017-12-19 16:37:49,604 [worker-1,123145384763392] worker-1 task=4 begin to start
2017-12-19 16:37:49,604 [worker-2,123145390018560] worker-2 task=4 is working
2017-12-19 16:37:49,604 [worker-0,123145379508224] worker-0 task=4 is working

  

[Python 多线程] Lock、阻塞锁、非阻塞锁 (八)的更多相关文章

  1. GIL全局解释器锁,线程池与进程池 同步异步,阻塞与非阻塞,异步回调

    GIL全局解释器锁 1.什么是GIL 官方解释:'''In CPython, the global interpreter lock, or GIL, is a mutex that prevents ...

  2. python并发编程(并发与并行,同步和异步,阻塞与非阻塞)

    最近在学python的网络编程,学了socket通信,并利用socket实现了一个具有用户验证功能,可以上传下载文件.可以实现命令行功能,创建和删除文件夹,可以实现的断点续传等功能的FTP服务器.但在 ...

  3. 4月27日 python学习总结 GIL、进程池、线程池、同步、异步、阻塞、非阻塞

    一.GIL:全局解释器锁 1 .GIL:全局解释器锁 GIL本质就是一把互斥锁,是夹在解释器身上的, 同一个进程内的所有线程都需要先抢到GIL锁,才能执行解释器代码 2.GIL的优缺点: 优点:  保 ...

  4. 【python】-- 事件驱动介绍、阻塞IO, 非阻塞IO, 同步IO,异步IO介绍

    事件驱动介绍 一.前言 通常,我们写服务器处理模型的程序时,有以下几种模型: (1)每收到一个请求,创建一个新的进程,来处理该请求: (2)每收到一个请求,创建一个新的线程,来处理该请求: (3)每收 ...

  5. python 全栈开发,Day44(IO模型介绍,阻塞IO,非阻塞IO,多路复用IO,异步IO,IO模型比较分析,selectors模块,垃圾回收机制)

    昨日内容回顾 协程实际上是一个线程,执行了多个任务,遇到IO就切换 切换,可以使用yield,greenlet 遇到IO gevent: 检测到IO,能够使用greenlet实现自动切换,规避了IO阻 ...

  6. python网络编程基础(线程与进程、并行与并发、同步与异步、阻塞与非阻塞、CPU密集型与IO密集型)

    python网络编程基础(线程与进程.并行与并发.同步与异步.阻塞与非阻塞.CPU密集型与IO密集型) 目录 线程与进程 并行与并发 同步与异步 阻塞与非阻塞 CPU密集型与IO密集型 线程与进程 进 ...

  7. Python web框架 Tornado异步非阻塞

    Python web框架 Tornado异步非阻塞   异步非阻塞 阻塞式:(适用于所有框架,Django,Flask,Tornado,Bottle) 一个请求到来未处理完成,后续一直等待 解决方案: ...

  8. python学习笔记-(十四)I/O多路复用 阻塞、非阻塞、同步、异步

    1. 概念说明 1.1 用户空间与内核空间 现在操作系统都是采用虚拟存储器,那么对32位操作系统而言,它的寻址空间(虚拟存储空间)为4G(2的32次方).操作系统的核心是内核,独立于普通的应用程序,可 ...

  9. Python网络编程-IO阻塞与非阻塞及多路复用

    前言 问题:普通套接字实现的服务端的缺陷 一次只能服务一个客户端!                         accept阻塞! 在没有新的套接字来之前,不能处理已经建立连接的套接字的请求 re ...

随机推荐

  1. Cookie写入之path的坑

    问题 我在/page/index/index.html中向浏览器添加了一个useid的cookie(这里没有指定path), 然后试着从/page/demo/demo.html中取值,发现无法取到, ...

  2. idea搭建Spring Boot+Mybatis及使用教程

    环境准备 idea 15 jDK tomcat maven 搭建方式 官网下载源码包解压缩 使用idea中的Spring initializr创建 这两种方法创建的项目完全相同,只是操作方式不一样 这 ...

  3. Influxdb的存储引擎

    创建Influxdb数据库时,我们可以看到下面选项,每个选项的含义就是本文要描述的: Influxdb内部数据的存储可以使用不同的存储引擎.当前0.8.7版本支持的是LevelDB, RocksDB, ...

  4. hdu 2049 考新郎

    假设一共有N对新婚夫妇,其中有M个新郎找错了新娘,求发生这种情况一共有多少种可能. 和之前那道题一样,是错排,但是要乘上排列数. 选对的人有C(N,M)个组合,将它们排除掉,剩下的人就是错排了 #in ...

  5. ES6学习笔记(六)-数组扩展

  6. Laravel之Ueditor

    1.访问网址http://ueditor.baidu.com/website/download.html下载合适的编辑器版本 2.按照插件包中的index.html样式,布局页面 3.如果需要使用表单 ...

  7. ioctl

    在驱动程序里, ioctl() 函数上传送的变量 cmd 是应用程序用于区别设备驱动程序请求处理内容的值. cmd除了可区别数字外,还包含有助于处理的几种相应信息. cmd的大小为 32位,共分 4 ...

  8. 本地调试接口返回信息不对 以及 jar冲突问题

    今天下午在本地调试的时候碰到个很奇怪的问题:服务调用接口,返回的明明是有数据的,然后通过gson转换对象后,对象里面并没有自己想要的数据.看了代码什么的都没有问题.思考到底是哪里出了问题,想了半天想到 ...

  9. .PHONY makefile中的伪目标

    我的理解: 拿clean举例,如果make完成后,自己另外定义一个名叫clean的文件,再执行make clean时,将不会执行rm命令. 为了避免出现这个问题,需要.PHONY: clean === ...

  10. 使用公钥和私钥实现LINUX下免密登录

    linux公钥私钥实现无密码登录 首先本地主机生成公约和私钥 # ssh-keygen               /生成公钥和私钥 不要更改默认路径,中途不要输入密码,直接两次回车. 2.  将生成 ...