ThinkPHP框架中的U方法分析

一、            分析缘由

二、   分析过程

1.   首先找到原生U方法，在核心文件\core\Common\functions.php；大概在802行；

导致上面解析现象的是在函数中第911—947行；

主要是在解析的url上都增加了前缀__APP__，该常量在wamp环境下解析为空，而在lnmp环境下解析为当前模块操作，比如/Home/Index；

因此由此接着寻找__APP__的定义；

2.   通过ZEND工具可以很容易找到__APP__定义在\core\Library\Think\Dispatcher.class.php文件的第175—189行；

问题主要出在第180行【$url    =   dirname(_PHP_FILE_);】，这一行在wamp下解析为空，而lnmp环境下解析为当前模块操作；

因此由此接着寻找_PHP_FILE_的定义；

3.   通过zend工具找到该常量定义在\core\cnlink.php中第73—76行；这里就很清晰了，是因为wamp下PHP运行方式为apache2handler，而lnmp运行方式为fpm-fcgi。

三、   解决策略

在\app\Common\Conf\config.php添加定义：

'__APP__'=>'',

四、   扩展阅读

在linux下,php有三种运行方式：

  1. APACHE2HANDLER

PHP作为Apache模块，Apache服务器在系统启动后，预先生成多个进程副本驻留在内存中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快，性能较高。

2. CGI

cgi方式遇到连接请求先要创建cgi的子进程，然后处理请求，处理完后结束这个子进程。这就是fork-and-execute模式。所以用cgi方式的服务器有多少连接请求就会有多少cgi子进程。子进程反复加载是cgi性能低下的主要原因。

3.CGI-FCGI

FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次。PHP使用PHP-FPM(FastCGI Process Manager)，全称PHP FastCGI进程管理器进行管理。

FastCGI的工作原理

1、Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module)

2、FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。

3、当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。

4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中，php-cgi在此便退出了。

在上述情况中，你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接(Persistentdatabase connection)可以工作。