php-fpm与php-cli有什么区别

PHP-FPM和PHP-CLI，虽然都是PHP的运行模式，但它们的定位、工作方式和适用场景完全不同。不少刚接触PHP的同学容易混淆这两者，今天就用一篇短文把它们的核心区别拆开揉碎讲清楚。

先看运行环境。PHP-FPM是专为Web服务器设计的FastCGI实现，通常与Nginx或Apache配合使用。你可以把它想象成一个“请求管家”——它预先启动一组PHP工作进程，随时等待接收来自Web服务器的HTTP请求。而PHP-CLI则是PHP的命令行版本，它在终端下运行，不依赖任何Web服务器，更像是一个“脚本工兵”，专门执行脚本、定时任务或后台管理操作。

性能方面，两者各有千秋。PHP-FPM采用多进程架构，能同时处理大量并发请求，对服务器资源利用率更高，因此在常规Web场景下表现更稳定。PHP-CLI因为不需要处理HTTP请求和响应的开销，在执行某些单一任务时反而可能更快。好比跑马拉松，PHP-FPM是专业的接力队，PHP-CLI则像百米冲刺选手。

资源占用的差异也很明显。PHP-FPM需要为每个并发请求分配进程或线程，因此会消耗更多的内存和CPU资源。PHP-CLI通常只处理单个任务，资源占用相对较小。但这并不意味着PHP-CLI一定更“轻”，如果任务本身计算量巨大，一样会吃满资源。

扩展支持上，两者基本一致，大部分PHP扩展都能在这两种模式下正常运行。不过需要注意，有些扩展是为Web开发量身定制的（比如处理会话或HTTP头），而另一些则更适合命令行场景（比如处理文件系统或系统调用）。选择时最好确认一下扩展的兼容说明。

最后落到使用场景：PHP-FPM是Web开发的标配，几乎所有线上网站都靠它处理用户请求；PHP-CLI则广泛应用于自动化脚本、定时任务（cron）、队列消费、命令行工具等。简单说，你在浏览器里看到的PHP页面，背后大多是PHP-FPM在干活；你在终端里敲php artisan或者php script.php，那是PHP-CLI在响应。

总结一句话：两种模式没有绝对优劣，关键是选对场景。搞清它们的区别，才能在项目架构和运维中做出最适合自己的决定。