码迷,mamicode.com
首页 > 系统相关 > 详细

进程相关2

时间:2020-04-27 22:30:13      阅读:67      评论:0      收藏:0      [点我收藏+]

标签:不同的   测试   如何获取   封装   单例模式   empty   表示   sel   一个   

* 死锁与递归锁(了解)

所谓死锁: 是指两个或两个以上的进程或线程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。

此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程

死锁案例:

from threading import Thread, Lock, RLock
import time

mutexA = Lock()
mutexB = Lock()
# mutexA = mutexB = RLock()


# 类只要加括号多次 产生的肯定是不同的对象
# 如果你想要实现多次加括号等到的是相同的对象 单例模式


class MyThead(Thread):
def run(self):
self.func1()
self.func2()

def func1(self):
mutexA.acquire()
print(‘%s 抢到A锁‘ % self.name) # 获取当前线程名
mutexB.acquire()
print(‘%s 抢到B锁‘ % self.name)
mutexB.release()
mutexA.release()

def func2(self):
mutexB.acquire()
print(‘%s 抢到B锁‘ % self.name)
time.sleep(2)
mutexA.acquire()
print(‘%s 抢到A锁‘ % self.name) # 获取当前线程名
mutexA.release()
mutexB.release()


if __name__ == ‘__main__‘:
for i in range(10):
t = MyThead()
t.start()

解决方法,递归锁,在Python中为了支持在同一线程中多次请求同一资源,python提供了可重入锁RLock。

这个RLock内部维护着一个Lock和一个counter变量,counter记录了acquire的次数,从而使得资源可以被多次require。

直到一个线程所有的acquire都被release,其他的线程才能获得资源。上面的例子如果使用RLock代替Lock,则不会发生死锁:

递归是案例:

 

from threading import Thread, Lock, RLock
import time

# mutexA = Lock()
# mutexB = Lock()
mutexA = mutexB = RLock() # 一个线程拿到锁,counter加1,该线程内又碰到加锁的情况,则counter继续加1,这期间所有其他线程都只能等待,等待该线程释放所有锁,即counter递减到0为止



# 类只要加括号多次 产生的肯定是不同的对象
# 如果你想要实现多次加括号等到的是相同的对象 单例模式


class MyThead(Thread):
def run(self):
self.func1()
self.func2()

def func1(self):
mutexA.acquire()
print(‘%s 抢到A锁‘ % self.name) # 获取当前线程名
mutexB.acquire()
print(‘%s 抢到B锁‘ % self.name)
mutexB.release()
mutexA.release()

def func2(self):
mutexB.acquire()
print(‘%s 抢到B锁‘ % self.name)
time.sleep(2)
mutexA.acquire()
print(‘%s 抢到A锁‘ % self.name) # 获取当前线程名
mutexA.release()
mutexB.release()


if __name__ == ‘__main__‘:
for i in range(10):
t = MyThead()
t.start()

 

递归锁的特点:  
可以被连续的acquire和release
但是只能被第一个抢到这把锁执行上述操作
它的内部有一个计数器 每acquire一次计数加一 每release一次计数减一
只要计数不为0 那么其他人都无法抢到该锁

* 信号量Semaphore(了解)

Semaphore管理一个内置的计数器, 每当调用acquire()时内置计数器-1; 调用release() 时内置计数器+1; 计数器不能小于0;当计数器为0时,acquire()将阻塞线程直到其他线程调用release()。

如果我们将互斥锁比喻成一个厕所的话,那么信号量就相当于多个厕所
from threading import Thread, Semaphore
import time
import random


sm = Semaphore(5) # 括号内写数字 写几就表示开设几个坑位


def task(name):
sm.acquire()
print(‘%s 正在蹲坑‘% name)
time.sleep(random.randint(1, 5))
sm.release()


if __name__ == ‘__main__‘:
for i in range(20):
t = Thread(target=task, args=(‘伞兵%s号‘%i, ))
t.start()

与进程池是完全不同的概念,进程池Pool(4),最大只能产生4个进程,而且从头到尾都只是这四个进程,不会产生新的,而信号量是产生一堆线程/进程

* Event事件(了解)

简介:

线程的一个关键特性是每个线程都是独立运行且状态不可预测。如果程序中的其 他线程需要通过判断某个线程的状态来确定自己下一步的操作,这时线程同步问题就会变得非常棘手。为了解决这些问题,我们需要使用threading库中的Event对象。 对象包含一个可由线程设置的信号标志,它允许线程等待某些事件的发生。在 初始情况下,Event对象中的信号标志被设置为假。如果有线程等待一个Event对象, 而这个Event对象的标志为假,那么这个线程将会被一直阻塞直至该标志为真。一个线程如果将一个Event对象的信号标志设置为真,它将唤醒所有等待这个Event对象的线程。如果一个线程等待一个已经被设置为真的Event对象,那么它将忽略这个事件, 继续执行

用法:

event.isSet():返回event的状态值event.wait():如果 event.isSet()==False将阻塞线程event.set()设置event的状态值为True,所有阻塞池的线程激活进入就绪状态, 等待操作系统调度;
event.clear():恢复event的状态值为False

 

一些进程/线程需要等待另外一些进程/线程运行完毕之后才能运行,类似于发射信号一样
Event案例:
from threading import Thread, Event
import time


event = Event() # 造了一个红绿灯


def light():
print(‘红灯亮着的‘)
time.sleep(3)
print(‘绿灯亮了‘)
# 告诉等待红灯的人可以走了
event.set()


def car(name):
print(‘%s 车正在灯红灯‘%name)
event.wait() # 等待别人给你发信号
print(‘%s 车加油门飙车走了‘%name)


if __name__ == ‘__main__‘:
t = Thread(target=light)
t.start()

for i in range(20):
t = Thread(target=car, args=(‘%s‘%i, ))
t.start()

* 线程q(了解)

同一个进程下多个线程数据是共享的,为什么先同一个进程下还会去使用队列呢?
因为队列是:管道 + 锁
所以用队列还是为了保证数据的安全
案例:
import queue

# 我们现在使用的队列都是只能在本地测试使用

# 1 队列q 先进先出
# q = queue.Queue(3)
# q.put(1)
# q.get()
# q.get_nowait()
# q.get(timeout=3)
# q.full()
# q.empty()


# 后进先出q
# q = queue.LifoQueue(3) # last in first out
# q.put(1)
# q.put(2)
# q.put(3)
# print(q.get()) # 3

# 优先级q 你可以给放入队列中的数据设置进出的优先级
q = queue.PriorityQueue(4)
q.put((10, ‘111‘))
q.put((100, ‘222‘))
q.put((0, ‘333‘))
q.put((-5, ‘444‘))
print(q.get()) # (-5, ‘444‘)
# put括号内放一个元祖 第一个放数字表示优先级
# 需要注意的是 数字越小优先级越高!!!

* 进程池与线程池(掌握)

 

无论是开设进程也好还是开设线程也好 是不是都需要消耗资源
只不过开设线程的消耗比开设进程的稍微小一点而已

我们是不可能做到无限制的开设进程和线程的 因为计算机硬件的资源更不上!!!
硬件的开发速度远远赶不上软件呐

我们的宗旨应该是在保证计算机硬件能够正常工作的情况下最大限度的利用它
什么是池?
池是用来保证计算机硬件安全的情况下最大限度的利用计算机
它降低了程序的运行效率但是保证了计算机硬件的安全 从而让你写的程序能够正常运行

 

1 介绍:
concurrent.futures模块提供了高度封装的异步调用接口
ThreadPoolExecutor:线程池,提供异步调用
ProcessPoolExecutor: 进程池,提供异步调用
Both implement the same interface, which is defined by the abstract Executor class.

2 基本方法:
#submit(fn, *args, **kwargs)
异步提交任务

#map(func, *iterables, timeout=None, chunksize=1) 
取代for循环submit的操作

#shutdown(wait=True) 
相当于进程池的pool.close()+pool.join()操作
wait=True,等待池内所有任务执行完毕回收完资源后才继续
wait=False,立即返回,并不会等待池内的任务执行完毕
但不管wait参数为何值,整个程序都会等到所有任务执行完毕
submit和map必须在shutdown之前

#result(timeout=None)
取得结果

#add_done_callback(fn)
回调函数

案例:
from concurrent.futures import ThreadPoolExecutor, ProcessPoolExecutor
import time
import os

# pool = ThreadPoolExecutor(5) # 池子里面固定只有五个线程
# 括号内可以传数字 不传的话默认会开设当前计算机cpu个数五倍的线程
pool = ProcessPoolExecutor(5)
# 括号内可以传数字 不传的话默认会开设当前计算机cpu个数进程
"""
池子造出来之后 里面会固定存在五个线程
这个五个线程不会出现重复创建和销毁的过程
池子造出来之后 里面会固定的几个进程
这个几个进程不会出现重复创建和销毁的过程

池子的使用非常的简单
你只需要将需要做的任务往池子中提交即可 自动会有人来服务你
"""


def task(n):
print(n, os.getpid())
time.sleep(2)
return n ** n


def call_back(n):
print(‘call_back>>>:‘, n.result())


"""
任务的提交方式
同步:提交任务之后原地等待任务的返回结果 期间不做任何事
异步:提交任务之后不等待任务的返回结果 执行继续往下执行
返回结果如何获取???
异步提交任务的返回结果 应该通过回调机制来获取
回调机制
就相当于给每个异步任务绑定了一个定时炸弹
一旦该任务有结果立刻触发爆炸
"""
if __name__ == ‘__main__‘:
# pool.submit(task, 1) # 朝池子中提交任务 异步提交
# print(‘主‘)
t_list = []
for i in range(20): # 朝池子中提交20个任务
# res = pool.submit(task, i) # <Future at 0x100f97b38 state=running>
res = pool.submit(task, i).add_done_callback(call_back)
# print(res.result()) # result方法 同步提交
# t_list.append(res)
# 等待线程池中所有的任务执行完毕之后再继续往下执行
# pool.shutdown() # 关闭线程池 等待线程池中所有的任务运行完毕
# for t in t_list:
# print(‘>>>:‘,t.result()) # 肯定是有序的
"""
程序由并发变成了串行
任务的为什么打印的是None
res.result() 拿到的就是异步提交的任务的返回结果
"""

进程相关2

标签:不同的   测试   如何获取   封装   单例模式   empty   表示   sel   一个   

原文地址:https://www.cnblogs.com/h1227/p/12790379.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!