cli执行php

Ⅰ linux服务器上运行php，除了PHP-FPM还有其他的方式吗

运行模式
关于PHP目前比较常见的五大运行模式：
1）CGI（通用网关接口/ Common Gateway Interface）
2）FastCGI（常驻型CGI / Long-Live CGI）
3）CLI（命令行运行 / Command Line Interface）
4）Web模块模式（Apache等Web服务器运行的模式）
5）ISAPI（Internet Server Application Program Interface）

备注：在PHP5.3以后，PHP不再有ISAPI模式，安装后也不再有php5isapi.dll这个文件。要在IIS6上使用高版本PHP，必须安装FastCGI 扩展，然后使IIS6支持FastCGI。

1.1、CGI模式
CGI即通用网关接口（Common Gateway Interface），它是一段程序，通俗的讲CGI就象是一座桥，把网页和Web服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给HTML页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。CGI已经是比较老的模式了，这几年都很少用了。
每有一个用户请求，都会先要创建CGI的子进程，然后处理请求，处理完后结束这个子进程，这就是Fork-And-Execute模式。 当用户请求数量非常多时，会大量挤占系统的资源如内存，CPU时间等，造成效能低下。所以用CGI方式的服务器有多少连接请求就会有多少CGI子进程，子进程反复加载是CGI性能低下的主要原因。
如果不想把 PHP 嵌入到服务器端软件（如 Apache）作为一个模块安装的话，可以选择以 CGI 的模式安装。或者把 PHP 用于不同的 CGI 封装以便为代码创建安全的 chroot 和 setuid 环境。这样每个客户机请求一个PHP文件，Web服务器就调用php.exe（win下是php.exe,linux是php）去解释这个文件，然后再把解释的结果以网页的形式返回给客户机。 这种安装方式通常会把 PHP 的可执行文件安装到 web 服务器的 cgi-bin 目录。CERT 建议书 CA-96.11 建议不要把任何的解释器放到 cgi-bin 目录。 这种方式的好处是把Web Server和具体的程序处理独立开来，结构清晰，可控性强，同时缺点就是如果在高访问需求的情况下，CGI的进程Fork就会成为很大的服务器负担，想 象一下数百个并发请求导致服务器Fork出数百个进程就明白了。这也是为什么CGI一直背负性能低下，高资源消耗的恶名的原因。

1.2、FastCGI模式
FastCGI是CGI的升级版本，FastCGI像是一个常驻 (long-live)型的 CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去 Fork 一次 （这是 CGI 最为人诟病的 fork-and-execute 模式）。
FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。
FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

【原理】
1）Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Mole)；
2）FastCGI进程管理器自身初始化，启动多个CGI解释器进程 (可见多个php-cgi.exe或php-cig)并等待来自Web Server的连接；
3）当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi；
4）FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器（运行在 WebServer中）的下一个连接。在正常的CGI模式中，php-cgi.exe在此便退出了。
在CGI模式中，你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接（Persistent database connection）可以工作。

备注：PHP的FastCGI进程管理器是PHP-FPM（PHP-FastCGI Process Manager）
【优点】
1）从稳定性上看，FastCGI是以独立的进程池来运行CGI，单独一个进程死掉，系统可以很轻易的丢弃，然后重新分配新的进程来运行逻辑；
2）从安全性上看，FastCGI支持分布式运算。FastCGI和宿主的Server完全独立，FastCGI怎么down也不会把Server搞垮；
3）从性能上看，FastCGI把动态逻辑的处理从Server中分离出来，大负荷的IO处理还是留给宿主Server，这样宿主Server可以一心一意作IO，对于一个普通的动态网页来说, 逻辑处理可能只有一小部分，大量的是图片等静态。

【缺点】
说完了好处，也来说说缺点。从我的实际使用来看，用FastCGI模式更适合生产环境的服务器。但对于开发用机器来说就不太合适。因为当使用 Zend Studio调试程序时，由于 FastCGI会认为 PHP进程超时，从而在页面返回 500错误。这一点让人非常恼火，所以我在开发机器上还是换回了 ISAPI模式。对某些服务器的新版本支持不好，对分布式负载均衡没要求的模块化安装是否是更好的选择。目前的FastCGI和Server沟通还不够智能，一个FastCGI进程如果执行时间过长会被当成是死进程杀掉重起，这样在处理长时间任务的时候很麻烦，这样做也使得FastCGI无法允许联机调试。因为是多进程，所以比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。

1.3 CLI模式
PHP-CLI是PHP Command Line Interface的简称，如同它名字的意思，就是PHP在命令行运行的接口，区别于在Web服务器上运行的PHP环境（PHP-CGI，ISAPI等）。 也就是说，PHP不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI Shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端，在Windows和Linux下都是支持PHP-CLI模式的。
【优点】
1）使用多进程，子进程结束以后，内核会负责回收资源；
2）使用多进程，子进程异常退出不会导致整个进程Thread退出，父进程还有机会重建流程；
3）一个常驻主进程，只负责任务分发，逻辑更清楚。
我们在Linux下经常使用"php –m"查找PHP安装了那些扩展就是PHP命令行运行模式；有兴趣的同学可以输入"php –h"去深入研究该运行模式。

1.4 模块模式
模块模式是以mod_php5模块的形式集成，此时mod_php5模块的作用是接收Apache传递过来的PHP文件请求，并处理这些请求，然后将处理后的结果返回给Apache。如果我们在Apache启动前在其配置文件中配置好了PHP模块
（mod_php5）， PHP模块通过注册apache2的ap_hook_post_config挂钩，在Apache启动的时候启动此模块以接受PHP文件的请求。
除了这种启动时的加载方式，Apache的模块可以在运行的时候动态装载，这意味着对服务器可以进行功能扩展而不需要重新对源代码进行编译，甚至根本不需要停止服务器。我们所需要做的仅仅是给服务器发送信号HUP或者AP_SIG_GRACEFUL通知服务器重新载入模块。但是在动态加载之前，我们需要将模块编译成为动态链接库。此时的动态加载就是加载动态链接库。 Apache中对动态链接库的处理是通过模块mod_so来完成的，因此mod_so模块不能被动态加载，它只能被静态编译进Apache的核心。这意味着它是随着Apache一起启动的。
Apache是如何加载模块的呢？我们以前面提到的mod_php5模块为例。首先我们需要在Apache的配置文件httpd.conf中添加一行：
LoadMole php5_mole moles/mod_php5.so

这里我们使用了LoadMole命令，该命令的第一个参数是模块的名称，名称可以在模块实现的源码中找到。第二个选项是该模块所处的路径。如果需要在服务器运行时加载模块，可以通过发送信号HUP或者AP_SIG_GRACEFUL给服务器，一旦接受到该信号，Apache将重新装载模块，而不需要重新启动服务器。
该运行模式是我们以前在windows环境下使用apache服务器经常使用的，而在模块化（DLL）中，PHP是与Web服务器一起启动并运行的。（它是apache在CGI的基础上进行的一种扩展，加快PHP的运行效率）。

1.5 ISAPI模式
ISAPI（Internet Server Application Program Interface）是微软提供的一套面向Internet服务的API接口，一个ISAPI的DLL，可以在被用户请求激活后长驻内存，等待用户的另一个请求，还可以在一个DLL里设置多个用户请求处理函数，此外，ISAPI的DLL应用程序和WWW服务器处于同一个进程中，效率要显着高于CGI。（由于微软的排他性，只能运行于windows环境）
PHP作为Apache模块，Apache服务器在系统启动后，预先生成多个进程副本驻留在内存中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快，性能较高。

Ⅱ Php cli是守护进程的吗

php_cli模式简介

php-cli是php Command Line Interface的简称，如同它名字的意思，就是php在命令行运行的接口，区别于在Web服务器上运行的php环境（php-cgi, isapi等） 也就是说，php不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端！——注：windows和linux下都支持php_cli模式

PHP-cli应用场景：

1.多线程应用
这方面的好处，引用鸟哥的话：

优点:
1. 使用多进程, 子进程结束以后, 内核会负责回收资源
2. 使用多进程,子进程异常退出不会导致整个进程Thread退出. 父进程还有机会重建流程.
3. 一个常驻主进程, 只负责任务分发, 逻辑更清楚.

php的多线程—没错就是php多线程应用，虽然大家都普遍认为php没有多线程（curl属于模拟多线程而不是真实的），但是在php_cli模式下的php彻底的是属于多线程。这个时候php属于linux的一个守护进程。 在本人之前写过的《PHP多线程批量采集下载美女图片(续)》的时候在采集程序里虽然使用curl来模拟多线程，但是在浏览器执行的时候也是会遇到执行超时或内存abort而导致程序中断，（要尝试几次才可以彻底成功），但是如果在php-cli模式下执行，你就会发现这个程序执行的很快，php多线程执行的优势被彻底表现出来了.

备注:这种多线程方式不是很成熟，不适合大规模的生成应用，偶尔使用还是可以的

2.定时执行php程序

利用linux的cron方式，那么这个方式是如何定时执行php程序？请看下文

3.开发桌面程序

你可以做您的Windows或Linux中使用PHP的图形用户界面（GUI）应用！所有你需要的是PHP的命令行接口和一包GTK。这将允许建立真正的便携式图形用户界面应用程序（呵呵，之前只是知道php可以做桌面程序，现在才知道是使用php_cli模式），并且不需要学习别的。

4.编写PHP的shell脚本
如果你不会bash shell或者Perl等的使用，但是你又需要一些脚本去执行的时候，怎么办？这个时候你完全可以使用你熟悉的php编写shell脚本，这个时候你是不是突然感觉PHP是不是太强大了！—–真正做到一种语言，到处开发！

PHP_CLI使用方法

win下面的执行方法：
假设php.exe 在D:xamppphp在dos命令在可以这个执行：

复制代码 代码如下:D:xamppphpphp.exe D:xampphtdocstest.php

就可以执行test.php这个文件了 。这里推荐win平台下xampp集成环境，真正比wamp强大N倍，这个集成包可以直接进入dos模式。

linux下php_cli使用
首先找到你安装php的路径，以我为例：



当然实现的方法不止一个，大家可以尝试其他方法实现！

例外关于php的cli还有很多参数可以加入：具体可以参考：http://php.net/manual/en/features.commandline.php

关于定时执行
cron是一个linux下的定时执行工具，可以在无需人工干预的情况下运行作业，周期性作业，比如备份数据 打开/etc/crontab，添加：
复制代码 代码如下:
/usr/bin/php -f /data/htdocs/test.php

Ⅲ 如何防止PHP进程异常退出

通常，在cli下运行的常驻后台PHP进程，可能异常退出，比如php执行过程中出现的致命错误，或被 kill 命令手动杀死等。如下面的php代码：
while(1){
$content = fgets(STDIN);
if(empty($content)){
sleep(1);
}
//逻辑处理部分代码省略
}
排查过程
我们使用register_shutdown_function来跟踪下到底是什么错误导致的进程退出。(想更多了解register_shutdown_function，请查看博文 妙用php中的register_shutdown_function和fastcgi_finish_request )加入了错误捕捉代码。如下：
$is_end = false;
function catch_error(){
global $is_end;
$time = date('Y-m-d H:i:s');
$error = error_get_last();
$msg = "$time [error]";
if($is_end){
$msg .= "is_end[yes]";
}else{
$msg .= "is_end[no]";
}
if($error){
$msg .= var_export($error,1);
}
echo $msg."\r\n";
}
register_shutdown_function("catch_error");
可是，php进程再次退出。而在日志中并没有记录任何信息。说明register_shutdown_function方法根本没有执行。是什么导致register_shutdown_function方法没有运行呢？在php的官方文档中又这样一个注释：
Shutdown functions will not be executed if the process is killed with a SIGTERM or SIGKILL signal. While you cannot intercept a SIGKILL, you can use pcntl_signal() to install a handler for a SIGTERM which uses exit() to end cleanly.
注释的意思是当php进程获得SIGTERM和SIGKILL信号而退出时，是不执行register_shutdown_function方法的。可以使用pcntl_signal()方法来捕获信息，并调用相应的处理方法。
好，那是不是信号导致我们的php进程退出呢？我们加入如下代码：
declare(ticks = 1);
function sig_handler($signo){
$time = date('Y-m-d H:i:s');
echo $time." exit signo[{$signo}]\r\n";
exit("");
}
pcntl_signal(SIGTERM, "sig_handler");
pcntl_signal(SIGHUP, "sig_handler");
pcntl_signal(SIGINT, "sig_handler");
pcntl_signal(SIGQUIT, "sig_handler");
pcntl_signal(SIGILL, "sig_handler");
pcntl_signal(SIGPIPE, "sig_handler");
pcntl_signal(SIGALRM, "sig_handler");
过一段时间，发现php进程退出了，日志中出现了如下日志信息：
2014-11-23 18:30:06 exit signo[14]
2014-11-23 18:30:06 [error]is_end[no]
看来是sigalarm信号导致php进程退出了。这个信号是可以捕获和处理的。这样无关紧要的信号，我们还是忽略吧。最终的代码如下：
declare(ticks = 1);
$is_end = false;
function catch_error(){
global $is_end;
$time = date('Y-m-d H:i:s');
$error = error_get_last();
$msg = "$time [error]";
if($is_end){
$msg .= "is_end[yes]";
}else{
$msg .= "is_end[no]";
}
if($error){
$msg .= var_export($error,1);
}
echo $msg."\r\n";
}
register_shutdown_function("catch_error");
function sig_handler($signo){
$time = date('Y-m-d H:i:s');
if($signo == 14){
//忽略alarm信号
echo $time." ignore alarm signo[{$signo}]\r\n";
}else{
echo $time." exit signo[{$signo}]\r\n";
exit("");
}
}
pcntl_signal(SIGTERM, "sig_handler");
pcntl_signal(SIGHUP, "sig_handler");
pcntl_signal(SIGINT, "sig_handler");
pcntl_signal(SIGQUIT, "sig_handler");
pcntl_signal(SIGILL, "sig_handler");
pcntl_signal(SIGPIPE, "sig_handler");
pcntl_signal(SIGALRM, "sig_handler");
while(1){
$content = fgets(STDIN);
if(empty($content)){
sleep(1);
}
//逻辑处理部分代码省略
}
$is_end = true;
经过一段观察，在日志中又发现了alarm相关的日志，但是php进程依然在。看来我们的修改有作用了。

Ⅳ 在记事本里写好的PHP代码 要怎样运行

PHP的运行分两种，一种是CLI，一种是CGI/FASTCGI。
第一种你只要在你的console里边（win下是cmd，linux就是terminal）输入php path_to_your_php_file.php就好了，如果你没有把php.exe配置进你的系统变量里，还需要把php改成php/php.exe。
第二种如1楼，需要cgi运行环境，也就是要一个服务器，也就是一楼介绍的，除了1楼的apache还可以选择其他的如IIS,NGINX等server，至于如何配置，请自行检索，很长，就不写了。

Ⅳ php报错，找不到指定模块，Fatal error

如果你在使用命令行运行 `php -v` 时遇到 "Fatal error: 找不到指定模块" 的错误，这可能是由于 PHP CLI（Command Line Interface）与你的本地服务器环境存在差异导致的。
PHP CLI 和本地服务器使用的 PHP 版本和配置可能不同。请尝试以下解决方法：
1. 确认 PHP CLI 安装：确保你已正确安装了 PHP CLI，并且可以从命令行中访问到它。你可以通过运行 `which php` 命令来查看 PHP CLI 的路径。如果没有找到，请检查你的系统是否正确安装了 PHP CLI。
2. 检查 PHP 配置文件：PHP CLI 使用的配置文件可能与本地服务器不同。你可以通过运行 `php --ini` 命令来查看 PHP CLI 使用的配置文件路径。确保该配置文件存在并包含所需的模块加载语句。
3. 检查扩展模块加载：如果报错指明找不到某个特定的模块，例如 MySQL 或 GD 等，那么可能是因为 PHP CLI 缺少相应的扩展模块。你可以编辑 PHP CLI 的配置文件（如上一步所示），启用或加载所需的扩展模块。具体操作方式取决于你的操作系统和 PHP 版本。
4. 更新 PHP 版本：如果以上方法都无效，你可以考虑更新你的 PHP 版本。较新的 PHP 版本通常包含更多功能和修复了一些问题。请注意，更新 PHP 版本可能需要你重新配置和调整你的代码。
如果问题仍然存在，请提供更详细的错误信息、PHP 版本以及操作系统等相关信息，我再帮你解决。