【问题思考总结】什么是安全分配方式？

问题

今天在做到了5.2的时候发现了一个很奇怪的东西，叫安全分配方式，说是一旦进程发出IO请求后便进入阻塞状态，直到其IO操作完成时才被唤醒。进程获得了某种设备后便阻塞，不能再请求任何资源，而它在阻塞的时候又不保持任何资源，那么就是分配安全，缺点是CPU和IO设备是串行工作的，说是什么破坏了请求并保持条件。这实在槽点太多了。

1. 进程获得某种设备后便阻塞。
   Q：那我获得了打印机的外设，现在我有一堆文档准备打印，你给我阻塞了？
2. 不能再请求任何资源。
   Q：嗯，这个还可以理解，我一次只能持有一个资源，确实是损失了系统的并发性，可能会增加安全性？但是有的进程就得用两个资源，那你怎么办呢？
3. 它阻塞时也不保持任何资源。
   Q：这更迷了！我拿到了打印机，我不打印，我释放？？？？？？
4. 优点是设备分配安全。
   槽：hhh，当然安全了，我申请个设备，马上放了，能不安全嘛，设备全都空着，能不安全嘛？
5. CPU和I/O设备是串行工作的。
   Q：这更迷了，CPU和I/O设备不是一直都是串行工作的吗？如果用中断方式的话，那么就是串行，DMA或者通道的话就是并行，这个跟你保持多少设备也没有关系吧！

思考

1. 获得某种设备后，比如打印机，我就只能做这个打印的事情，不能去请求别的资源了，只能一心一意的打印，也就破坏了请求与保持的条件，因此破坏了死锁的必要条件，自然就安全了。在等待数据读入打印机缓存的过程中（可能是由DMA控制），进程当然要阻塞（否则继续执行可能会请求别的资源）。
2. 那看来真就是了，或者我感觉就是可以一次性的分配多个设备这样子，总之不能破坏请求与保持。
3. 这个还是不能理解，我打印机我总得保持着吧，进程阻塞了，我这个打印机还是属于我的在后台运行啊？（存疑）
4. 设备分配安全，那确实，一定是相对我申请多个来说（我感觉主要是破解了循环等待（可能通过破解请求并保持））来说，破解了很多死锁的条件，比较安全了。
5. 不能理解，我觉得还是并行工作的（存疑）

总结

总的来说，思考了一番并没有什么实质性的成果，只能是抛砖引玉了，因为网上并没有关于这个话题的讨论，有的也只是操作系统书上的原话翻来覆去，热切希望博友来指点迷津！