守护进程,互斥锁,消费者与生产者

守护进程
    指的也是一个进程,可以守护着另一个进程
    一个进程a 设置为b的守护进程 当b结束时,a会立马结束自己,不管任务是否执行完毕
    使用场景:例如qq进程 有一个下载任务 交给了一个子进程 ,但是在下载过程中,qq退出了,下载进程也随之关闭了

互斥锁
    互相排斥对方的锁,如果一个对象在执行,另一个就得等着
    join 和 锁
    join 是让整个进程中的代码全部串行,而锁可以部分代码串行,
    粒度(被锁住的代码量)越小 效率越高

    当多个进程要同时操作同一个资源时,可能出现问题,这样就得控制进程的使用权限
    加锁就可以保证只有一个进程在使用这个资源的同时,不固定顺序
    使用Lock实例化产生一把锁  但是得保证每个进程访问的都是同一把锁
    在访问共享资源前加锁
    访问完毕后一定要解锁
    不能多次执行acquire 一次acquire 对应一次release
    acquire是一个阻塞函数 会一直等到锁被释放(release调用) 才回继续执行
    加锁之后的 代码变成了串行,但是没有规定顺序,谁先抢到谁就用

IPC 进程间通讯
    进程与进程之间内存是物理隔离的 无法直接通讯
    例如:qq要调用浏览器 来显示某个网页  网页地址就必须想办法告诉浏览器

四种方式:
1.使用一个共享文件 在硬盘创建一个文件 不同进程之间共享这个文件
    优点:交换的数据量几乎没有限制
    缺点:速度慢
2.系统开辟一块共享内存 以供进程间交换数据
    优点:速度快
    缺点:数据量不能太大
3.管道
    优点:封装了文件的打开 关闭等操作
    缺点:速度慢  并且是单向的  编程复杂度较高
4.socket
    不仅可以用于与远程计算机中的进程通讯 还可以用于与本地进程通讯
    基于内存 的速度快

队列 也是一个容器
    特点:先进先出
         支持进程间共享
         自动处理了进程安全问题 (加锁)
    例如:迅雷下载  先添加的任务一定先开始执行

堆栈:
    特点:先进后出
    例如:函数的执行   吃薯片  最上面的最先吃

生产者消费者模型
    模型即解决某个问题的套路
    问题:
        生产者负责产生数据
        消费者处理数据
        当消费者与生产者的能力不匹配时,必然一方要等待另一方,这样效率就变低了

转载于:https://www.cnblogs.com/xiezuodd/p/10486269.html