java进程间通信方式-java进程之间的通信

第一个问题：unicorn 采用的是传统的 unix 多进程协作的方式处理请求，主进程负责接收请求，然后委托给子进程去处理java进程间通信方式，并且负责监控和管理子进程的状态，必要的时候可以 kill 并重启子进程。Ruby 1.9 以后开始支持 Copy-On-Write 模式，在这种模式下，fork 子进程的时候可以共享主进程的内存对象，而对象的写操作发生在子进程自己的内存空间，这样可以达到节约一部分内存的效果，比如避免子进程重复载入整个 Rails 的库对象。unicorn 的子进程之间没有进程间通信机制，各自独立处理请求，所以子进程之间不共享内存数据，但是可以通过其他方式去共享一些非内存数据，比如共享 Redis，数据库，或者文件系统中的数据。

第二个问题：Rails 4.0 之后默认开启线程安全模式，也就是说 Rails 可以跑在基于线程模式的 WebServer 比如 puma 上，以 puma 为例，派生出一个线程去处理每个请求（或者基于线程池），线程共享主进程的内存对象，但是处理请求过程中产生的新内存变量会存储在线程自己的栈帧中，基于线程模式的服务模型比基于进程模式更加节约内存，因为整个 Rails 是线程安全的，且 MRI 基于 GIL 全局锁模式保障多线程下内存变量访问的安全，所以基于同一个 Ruby VM 下的多线程模式的并发问题不是问题。

第三个问题：因为这个问题涉及到 Unix 的进程模型，线程模型，WebServer 的运行机制，以及 Ruby 本身的线程加锁的实现方式，以及 Rails 的线程安全策略（Rails 的 eager_loading 机制）等，是一个复合型问题，所以搜索资料的时候需要选取一个角度去搜索java进程间通信方式，但是本论坛充斥大量的相关讨论，建议多耐心深挖一下。

私货，在高并发方面，我推荐 @robbin 的几篇帖子，虽然写于两年前，但是结论已经概括完整且至今仍然适用。