写作背景
从PHP迁移到python过程中，我想不明白为何php-pfm能做到不重启就能加载代码，而uwsgi却必须重启，两者之间的区别是什么?两者为和要做出这种差异？那uwsgi和hyperf框架是一样的吗？两者又有什么区别？为何最早期的servlet能够调用服务器级别的Application?
php-fpm运行机制
- 因为php的创造之初的目标就是为了牺牲性能而降低技术投入，所以为了省掉运维重启这个环节，重启又牵涉到常驻内存这些概念，对非科班出身的人来说，也会有理解负担
- 如果一个团队维系十几个站点，每个都要打成包，在更新代码时，还要上线重启都增加了额外的技术投入，对开发者不友好
- 于是创造者直接将该过程与站点直接分离，php-fpm运行和站点是独立的，等到到Nginx收到消息，并把root路径给php-fpm，php-fpm才去找index.php文件启动渲染
- 这导致的一个问题是每次请求发过来，整个框架代码都要被重新载入一遍，如果在框架运行前要载入一堆逻辑时，才能运行代码是，请求就很慢，时间浪费在载入代码上了
- 好处是一个对象会被反复构建，__construct() 函数可以被重复利用来作为拦截器使用，而在常驻内存的hyperf框架来说，则行不通，因为每个类都是一个单例，启动后即被创建为进程了，之后该类的_construct()就不会再被创建了，这点差异让我一开始接触hyperf完全摸不着头脑
uwsgi
- 该服务器启动时会直接检测站点代码，在检测通过后，则把代码实例化后，放在内存中，且线程是常驻的
- 这种做法能减少每次载入代码的时间，也不必再次所有所有的文件进行解释，性能上提上去了，静态化后就是灵活度降低了；
hyperf
- hyperf就是php-fpm的升级版，也是基于多进程的机制，不同之处是静态化加载过程，而不是像php-fpm一样等nginx送过来root，再去载入代码，机制跟uwsgi很像了，但是uwsgi采用线程模式比进程更轻量一些，但对于WEB来说，又没有线程和进程间的切换，常驻时，也没太大区别
- hyperf框架采用全局单例的方式，每次request会被重新载入数据，而__construct不再被重复new，所以拦截器不能再放在构造函数中，而是要放在hyperf定义的中间件中去了
- 最早年学习JAVA WEB时，发现java servlet有个特殊的存在，就是Application，这个今天又重新回看了一下，这个Application并非是代码本身的一个存在，而是实现的tomcat中的一个接口中自带的，也即是说，在java web编程中，已经默认跟tomcat关联了，且tomcat暴露了自己的全局变量Application给java web代码调用，这才能从全局层面修改Application数据
- 其他语言服务器暂没发现有此类api接口的存在，实际上这个特性可以通过链接第三方Redis做到数据间共享
- 而且Application在多台服务器之间仍然是不能共享的，在现在负载均衡，高并发的概念下，Application又显得鸡肋了，这个是单机环境的好东西
来源地址：https://blog.csdn.net/wangsenling/article/details/127326008
0