不能，但可以——关键在于启动时指定正确的路由文件；php内置服务器不解析composer.json，需手动引入vendor/autoload.php，并用router.php将请求转发至public/index.php。
PHP内置服务器能直接跑Composer项目吗？
不能，但可以——关键在于启动时指定正确的路由文件。PHP内置服务器本身不解析composer.json或自动加载依赖，它只负责HTTP请求转发；Composer管理的类库能否加载，取决于你的index.php是否正确引入了vendor/autoload.php。
常见错误现象：Class not found、require_once(): Failed opening required 'vendor/autoload.php'，本质都是路径没对上，不是Composer没装好。
- 启动前必须先运行
composer install（或composer update），确保vendor/目录存在且完整 -
php -S localhost:8000默认从当前目录找router.php，找不到就直接返回静态文件，不会自动执行index.php - 如果你的入口是
public/index.php（Laravel、Symfony等标准结构），就不能在项目根目录下直接启动
怎么用php -S启动带自动加载的项目？
核心是写一个轻量路由文件，把所有请求都转给public/index.php（或你实际的入口），同时确保vendor/autoload.php被加载。
假设项目结构是标准的：vendor/ 在根目录，public/index.php 是入口：
public/index.php
在 public/ 目录下新建 router.php：
<?php
if (preg_match('/\.(?:png|jpg|jpeg|gif|css|js|woff2|ttf|svg)$/', $_SERVER["REQUEST_URI"])) {
return false; // 静态资源直接返回
}
require __DIR__ . '/../vendor/autoload.php';
require __DIR__ . '/index.php';
- 必须在
public/目录里执行命令：php -S localhost:8000 router.php - 不能用
php -S localhost:8000 -t public：这个参数只映射静态文件，不触发路由逻辑，index.php会被当成普通文件返回源码 -
router.php中的require路径必须相对于它自身位置，不是相对于命令执行路径
为什么有些项目启动后白屏或报500？
大概率是router.php里没处理好错误上下文，或者index.php依赖了CLI环境外不可用的东西（比如某些扩展、环境变量、或未配置的.env）。
典型表现：php -S 终端输出空白，浏览器显示“Internal Server Error”，但无具体错误信息。
立即学习“PHP免费学习笔记（深入）”；
- 在
router.php开头加error_reporting(E_ALL); ini_set('display_errors', '1');，强制显示错误 - 检查
index.php是否调用了$_SERVER['DOCUMENT_ROOT']或其他Web服务器专属变量——PHP内置服务器不提供这些，需模拟或改写 - 某些框架（如旧版Laravel）默认依赖Apache的
.htaccess重写规则，此时需在router.php中手动补全PATH_INFO逻辑，否则路由404
开发时要不要用php -S代替真正Web服务器？ 适合快速验证逻辑、调试单页入口、或离线演示，但别把它当长期开发环境。
真实限制很实在：php -S 不支持HTTPS、不支持并发连接（单线程）、不支持gzip压缩、不支持子请求（file_get_contents("http://localhost:8000/...")会卡死）。
- 涉及AJAX跨域、WebSocket、上传大文件、Session持久化等场景，
php -S很快会暴露短板 - Composer autoloader本身没问题，但很多包的运行时行为（比如缓存驱动、日志写入路径）会因
php_sapi_name() === 'cli'而走不同分支 - 最易被忽略的一点：
php -S的$_SERVER变量和Nginx/Apache差异很大，尤其是REQUEST_URI、SCRIPT_NAME、PHP_SELF，框架路由层可能误判
