PHPwebserver随想

　　首先这样做的原因是由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源码做改动，而不是仅仅做扩展，成本有会增加。 　　

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