‘php artisan serve’与‘php -S localhost:8000 -t public’的区别及故障排查

嘿，我来帮你拆解这两个命令的核心区别，再分析你遇到的故障原因，最后给你解决思路～

这俩都是调用PHP内置的开发服务器，但运行逻辑差不少：

• php artisan serve：这是Laravel官方封装的命令，底层还是用PHP内置服务器，但它会把项目根目录设为服务器根目录，然后通过框架逻辑自动把所有请求转发到public/index.php（Laravel的唯一入口）。相当于Laravel帮你做了一层请求路由的转发，不用手动指定根目录。
• php -S localhost:8000 -t public：这是直接调用PHP原生的内置服务器，-t public明确告诉服务器：“我的根目录就是项目里的public文件夹”。所有请求直接从public目录开始处理，完全绕过了Laravel的Artisan封装，用PHP原生服务器逻辑响应。

结合你之前能用现在不能用的情况，大概率是这几个原因：

1. Laravel缓存炸了：如果你之前执行过php artisan config:cache或者php artisan route:cache，后来又改了配置/路由但没清缓存，Artisan启动服务器时就会读取旧的缓存配置，导致请求转发逻辑出错，直接返回空白页面。而php -S直接指向public，不受缓存影响。
2. 文件权限出问题了：比如你用root用户操作过项目，导致根目录下的Artisan文件、vendor目录的所有者变成了root，当前普通用户没有读取权限。php artisan serve需要加载框架核心文件，权限不够就启动失败；但php -S只需要访问public目录，权限没问题就能正常运行。
3. Artisan命令本身的问题：比如composer依赖更新时出了差错，导致Artisan的核心文件损坏，或者PHP版本更新后，Laravel依赖的某个扩展（比如mbstring、xml）没装好，Artisan启动失败，但原生PHP服务器不受影响。

这个问题几乎都是资源路径的锅：

• 如果你模板里写的是相对路径，比如<link href="css/style.css">，当你直接访问项目根目录时，浏览器会从根目录找css/style.css，但实际上CSS文件在public/css里，自然找不到。
• 之前用php artisan serve时没问题，是因为Artisan会把所有请求转发到public，相对路径会被解析成public/css/style.css；但直接访问根目录时，相对路径的基准就变成了根目录，路径就错了。
• 正确的做法是用Laravel的asset()辅助函数生成绝对路径，比如{{ asset('css/style.css') }}，它会自动生成指向public目录下资源的正确URL，不管你用哪种方式访问都不会错。

针对php artisan serve失效：

1. 先清掉所有Laravel缓存，执行这三条命令：

   php artisan cache:clear
   php artisan config:clear
   php artisan route:clear
   

2. 检查文件权限：把项目根目录和所有文件的所有者改成当前用户，目录权限设为755，文件设为644（比如用chown -R your-user:your-group ./和chmod -R 755 ./ && chmod -R 644 ./）。
3. 检查PHP扩展：用php -m查看是否安装了Laravel必需的扩展（mbstring、openssl、pdo_mysql等），缺啥装啥。
4. 实在不行就重装依赖：删掉vendor目录和composer.lock，然后执行composer install重新拉取依赖。

针对CSS加载失败：

1. 把所有资源路径换成asset()或mix()辅助函数生成，比如：

   <!-- 原来的相对路径 -->
   <link rel="stylesheet" href="css/style.css">
   <!-- 改成绝对路径 -->
   <link rel="stylesheet" href="{{ asset('css/style.css') }}">
   

2. 如果用了Laravel Mix，记得先执行npm run dev编译资源，确保mix()函数能生成正确的路径。

内容的提问来源于stack exchange，提问作者masatar