PHP从5.4版本开始就提供了一个内置的WEB服务器，可以通过一个简单的命令`php -S`启动一个WEB服务器，极大简化了开发环境的搭建。
到目前为止，官网文档对于内置服务器的使用依然建议用于开发环境，不建议用于生产环境，原因倒是很容易理解，主要有两个方面：
1. 支持的MIME类型很少，5.4版本放出时只支持.htm和.svg（从5.5版本完善了大部分常见的MIME类型支持）
2. 仅实现了基本功能，基本没有任何优化，是一个单线程进程（不过从7.4版本开始，内置服务器支持多进程的运行方式）
从传统开发角度看，这样性能和功能的服务器确实很难应用于生产环境，但是伴随着Serverless的发展，感觉内置服务器的限制突然不是那么重要了。
使用Serverless服务，不管是AWS Lambda，Google Function，还是国内阿里云的函数计算、腾讯云的云函数，我们关注的点不再聚焦于单机性能释放，而是变成了以下四个方面，我们要做的本质上变成了降低单请求的资源占用和执行时间：
1. 调用次数
2. CPU时间
3. 内存占用
4. 执行时间
5. 带宽
我们可以逐个对比以下，
1. 调用次数显然很难因为WEB服务器的变化有什么变化
2. CPU时间上，内置服务器作为一个单进程应用，同样的逻辑在函数计算这样的环境下，较少了Nginx与FPM交互的网络开销、Nginx的运行开销，理论上内置服务器应该表现更好
3. 内存占用方面，内置服务器不再需要运行Nginx，同样逻辑，应该也比传统部署方式占用更少一些
4. 执行时间，Nginx+FPM需要启动两个进程，需要两个进程间的通信，很难与直接启动PHP进程更快
5. 带宽基本不用对比，应该不会有什么变化，gzip完全可以在CDN层来实现
从Serverless的角度看，内置服务器并不算是一个很差的选择，对比传统的运行方式可能更加合适一些，就是不太清楚不建议生产环境使用是否有除性能外的其他原因，回头去翻一翻PHP的issue。
参考文章
1. PHP-Built-in web server（https://www.php.net/manual/en/features.commandline.webserver.php）