作者回复: 👍,很好的补充
作者回复: 是的,不过它出现得比docker早好多年。
作者回复: 1、0未必与事实相符,不相符会导致逻辑错乱
2、见我们前面 “07 | 软件运行机制及内存管理” 一节
作者回复: 从客户端软件角度,多进程、多线程甚至多协程的性能差异很小。所以思考不应该是从性能出发,我觉得应该从隔离性出发,多进程的好处是隔离性好,一个出问题不影响别人。
作者回复: 挺有想法的,不过所有的预见都应该建立在逻辑上,需求是怎样演进的,所以技术会怎么变,这才是架构师预见未来的判断法则。
作者回复: 1、剪贴板是这里拿来凑数的,它并不是惯常的进程间通信手段;
2、Unix 系的操作系统认为所有进程都有一个祖先,进程关系构成一个进程树。
作者回复: 1、是的,架构设计是选择,你没法兼顾
2、这个是个理由;简单也可以是理由
作者回复: 规格就是指接口
作者回复: 线程没法独立挂掉,进程会一起挂。
作者回复: macos 不是沙箱设计
作者回复: 进程间可用么?