PHP web server 随想

  最近和朋友讨论个问题,是用PHP作为web server,初衷是为了要在原本的基础上提升系统的效率。   

  首先这样做的原因是由PHP的特性造成的,对于一个PHP应用的每次请求,都会初始化一系列的资源,请求结束的时候,释放这些资源。问题是显而易见的,必定会有一些资源是在重复初始化和释放,造成系统资源的浪费。   

  用PHP 作为server的做法是,将请求全部定位到PHP的一次请求处理中,做死循环,解析请求资源,路由到相应的function,可以理解为局部应用,这样 做是在一次请求中,zend引擎不会释放任何资源,这里我把资源分为两类,一是app 应用的框架的资源,二是每次请求独立的资源。PHP 的web server 资源管理完全在PHP 脚本实现,效率比较起正常的apache+mod_php5 高很多,弊端是极为容易造成内存泄露,为应用添加功能的时候,只能在局限在函数中(函数中是局部变量),并且对于变量的命名要很注意,同时对于PHP编码 要求比较高。  

  我认为这种做法应该站在几个方面来考虑。  

  首先从大得方面来讲,在PHP脚本层面做server 来说,对于PHP来说是"返璞归真"的一种表现。个人觉得有悖于软件发展的规律,zend为初始化以及释放每次资源做了大量的工作,为的就是代码编写的简 单,降低PHP的门槛,做应用的时候,加上熟悉开源的MySql,可以快速,高效的开发应用,风靡全球。但正是由于这种原因,程序员不在关心内存,不再关 心关心数据结构,因为数据的查找,排序会交给数据库来完成。一度时间,PHP被甚至被称为草根阶级,也不是没有道理,是值得我们深思的一个问题。   

  从小的方面来讲,这样带来的好处是在小范围内极大的提高系统的效率,节省大量资源,要是只是代码编写习惯上一些细微的改变,在公司内部部署还是一个很好的选择,而且增加新的高效的应用的起点也比较低。  

  假如是要正常的思维,是要开发一个框架的模块,将每次请求重复初始化框架的一些资源初始化在PHP的启动阶段,这样做的缺点有:首先用C语言开发一个框架作为扩展的成本比较高。然后每次请求的资源不能重用,对于这种弊病,实际上在很久之前本人就开始考虑开发一个扩展,能够将请求的资源注册到全局,来实现 资源的高效重用。想要对请求资源的重用几乎要对zend源码做改动,而不是仅仅做扩展,成本有会增加。   

   总得来讲,效率和成本是不可能同时存在的,正所谓鱼和熊掌不可兼得。考虑自身的情况来实现任意一种方案来实现高效都是合理的,因为:存在的,就是合理的。

posted @ 2011-11-12 23:16  站在巨人肩上  阅读(1126)  评论(0编辑  收藏  举报