PHP写Web服务器？服务别急着笑。这事听着像拿菜刀雕航母，服务但真有人这么干，服务而且干得还不赖。服务 我见过最狠的服务一个案例，是服务个做物联网网关的小团队。他们的服务设备端跑着PHP，直接监听8080端口，服务处理传感器上报的服务HTTP请求。没上Nginx，服务没上Apache，服务就一个纯PHP的服务socket服务器，用`stream_socket_server()`函数硬扛。服务数据量不大，服务每秒几十个请求，服务但胜在部署简单——设备里装个PHP环境，一条命令启动脚本，完事。 你问性能？那得看场景。PHP的`cli-server`模式，就是内置的那个开发服务器，确实只能单线程处理请求。但你要是用`pcntl_fork()`搞多进程，或者用Swoole扩展，那完全是另一回事。Swoole能把PHP变成常驻内存的异步服务器，协程并发处理上万连接都不带喘的。有个做直播弹幕的朋友，用Swoole写的WebSocket服务器，扛过十万同时在线，CPU占用率才40%出头。 但别急着高潮。PHP做服务器的硬伤也明显——内存管理。每个请求结束，变量就释放，这设计本来是为短生命周期脚本准备的。你硬要让它常驻，就得小心内存泄漏。我见过一个新手写的循环，里面不小心用了静态变量存数据，跑两天内存就爆了，进程直接被OOM Killer干掉。排查起来那叫一个酸爽，得开着`memory_get_usage()`一点点跟踪。 还有个坑是阻塞操作。PHP默认的`file_get_contents()`去请求外部API，那是同步阻塞的，一个请求卡住，整个进程就僵在那。你得用`curl_multi_*`系列函数，或者干脆上Swoole的异步客户端，否则并发一高，响应时间直接飙到天际。 不过话说回来，PHP做Web服务器最大的价值不在性能，在业务逻辑的连贯性。你想想，平时写PHP都是请求→处理→响应，完了就断。但用PHP做服务器，你可以把数据库连接池、Redis连接、甚至模板引擎都常驻内存。请求来了直接复用，省去每次初始化开销。我认识一个做内部工具系统的哥们，用Workerman框架写了个API网关，把几十个内部服务的鉴权、限流、日志全统一了，开发周期比用Java快一半还多。 当然，你要是做面向公众的高并发站点，还是老老实实用Nginx或者OpenLiteSpeed。PHP做服务器那点性能，在Caddy或者Go面前就是弟弟。但你要是做内部工具、设备端、原型验证，或者想快速搭个WebSocket服务，PHP完全够用，而且部署成本低到令人发指——服务器上装个PHP，写个脚本，跑起来，完事。 最后提醒一句，用PHP写服务器，记得把`max_execution_time`设为0，否则跑着跑着被掐断，那画面太美我不敢看。还有，`error_reporting(E_ALL)`必须开，不然那些诡异的警告信息能让你debug到怀疑人生。