Composer如何在PHP内置服务器中测试项目？（快速启动）

不能，但可以——关键在于启动时指定正确的路由文件；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，框架路由层可能误判