用C编写的HTTP, 其静态以及/event动态MPM属于自身进程/线程调度策略, 和Java没有关系, Java应用借助等容器来运行, 仅仅充当反向代理。HTTP自身是由C编写而成的, 并非直接运用Java, 所谓Java中的与进程管理模式存在着概念上的混淆, 实际情形下, 的静态地以及/event动态地乃是其自身多路处理模块MPM的工作模式, 和Java没有关联, 而Java应用通常借助反向代理像或Nginx来进行部署, 在这个时候负责处理HTTP请求分发, 后端是由、Jetty等Java容器予以承载的。的 MPM 模式本质是进程/线程调度策略于Unix/Linux系统之上, 存在着对多种MPM的支持, 其核心的区别之处在于, 究竟是以怎样的方式去管理并发连接。Java 应用与 MPM 没有直接耦合关系Java Web在独立容器像这样的里通常运行, 仅仅当作前置反向代理或者静态资源服务器。这时:选型建议看实际部署角色而非绑定 Java是否启用某类 MPM应基于 自身的用途和系统环境要是不能清晰地理清与Java容器的职责边界, 那就没办法合理地配置各自参数, 把性能瓶颈归结于“Java中的模式”, 这样很容易错误地判断调优方向。 用C编写的HTTP, 其静态以及/event动态MPM属于自身进程/线程调度策略, 和Java没有关系, Java应用借助等容器来运行, 仅仅充当反向代理。HTTP自身是由C编写而成的, 并非直接运用Java, 所谓Java中的与进程管理模式存在着概念上的混淆, 实际情形下, 的静态地以及/event动态地乃是其自身多路处理模块MPM的工作模式, 和Java没有关联, 而Java应用通常借助反向代理像或Nginx来进行部署, 在这个时候负责处理HTTP请求分发, 后端是由、Jetty等Java容器予以承载的。的 MPM 模式本质是进程/线程调度策略于Unix/Linux系统之上, 存在着对多种MPM的支持, 其核心的区别之处在于, 究竟是以怎样的方式去管理并发连接。Java 应用与 MPM 没有直接耦合关系Java Web在独立容器像这样的里通常运行, 仅仅当作前置反向代理或者静态资源服务器。这时:选型建议看实际部署角色而非绑定 Java是否启用某类 MPM应基于 自身的用途和系统环境要是不能清晰地理清与Java容器的职责边界, 那就没办法合理地配置各自参数, 把性能瓶颈归结于“Java中的模式”, 这样很容易错误地判断调优方向。 
)
