XAMPP环境多端口下的缓存清理方法-php教程-PHP中文网

改端口本身不影响PHP缓存生效，因OPcache等缓存驻留在PHP进程内，与Apache监听端口无关；但端口变更后若未重启Apache或重置OPcache，旧字节码仍会运行，导致修改不生效。

xampp环境多端口下的缓存清理方法

Apache端口改了，PHP缓存还生效吗

改端口本身不影响OPcache、APCu或Laravel缓存的运行逻辑——这些缓存都驻留在PHP进程或框架存储目录里，和Apache监听哪个端口无关。但问题常出在「你以为清完了，其实没清到」：比如你用 php artisan config:clear 清了Laravel配置缓存，却漏掉了 opcache_reset() 或没重启PHP-FPM进程（XAMPP里就是Apache服务），导致浏览器仍加载旧字节码。

关键点在于：端口变更后，你访问的URL变了（比如从 http://localhost 变成 http://localhost:8080），但PHP缓存是按进程/实例隔离的，不是按域名或端口隔离的。所以只要Apache没重启，OPcache里的旧脚本还在内存里跑。

确认OPcache是否启用：php -i | grep opcache，检查 opcache.enable 是否为 On
临时重置OPcache：建一个 opcache-reset.php 文件，内容只有一行 opcache_reset();，通过新端口访问它（如 http://localhost:8080/opcache-reset.php）
Windows下XAMPP改端口后，必须点控制面板里的 Restart（不是Stop+Start），否则Apache可能复用旧PHP子进程

Composer autoload缓存和端口有关系吗

完全没有。Composer的自动加载缓存（vendor/composer/autoload_classmap.php、autoload_static.php）是静态生成的PHP文件，只在执行 composer dump-autoload 或 composer install 时更新。它不依赖Web服务端口，也不随Apache重启而刷新。

但容易踩的坑是：你改了类名或命名空间，运行了 composer dump-autoload，却忘了清除OPcache——结果PHP仍在用缓存里的旧映射，报 Class not found。

改完 composer.json 或新增类后，务必连着执行：composer dump-autoload → php artisan config:clear → opcache_reset()（或重启Apache）
如果项目用了PSR-4自动加载且类文件路径有变，autoload_static.php 比 autoload_classmap.php 更敏感，优先检查它是否被更新
不要手动删 vendor/composer/ 下的autoload文件——Composer自己管理它们，误删会导致自动加载彻底失效

Laravel storage/framework/cache 下的 data 子目录要手动清吗

要，而且得手动。Laravel的 php artisan cache:clear 默认只清 storage/framework/cache/data/ 之外的缓存（如 cache、views、routes 等子目录），但很多第三方包（比如 spatie/laravel-query-builder 或自定义Redis驱动）会绕过Artisan命令，直接往 storage/framework/cache/data/ 写文件。这个目录不清理，就等于留了个“缓存后门”。

XAMPP 8.0.30

XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin

下载

尤其当你改了环境变量（如 .env）后，页面行为异常，但 config:clear 没用——大概率是这里卡着旧配置。

安全做法：rm -rf storage/framework/cache/*（Linux/macOS）或用资源管理器全选删除（Windows）
别只删 data 目录：整个 storage/framework/cache/ 下所有子目录都要清，包括 views、tags、pool（如果存在）
清完立即执行 php artisan optimize:clear（Laravel 9+）或 php artisan view:clear && php artisan route:clear，补上Artisan能管到的部分

为什么清完所有缓存，浏览器还是加载旧页面

因为浏览器自己也在缓存，而且它根本不管你的Apache端口是80还是8080。它只认HTTP响应头里的 Cache-Control、ETag、Last-Modified。XAMPP默认没关掉这些，所以哪怕你本地PHP代码全更新了，浏览器仍可能返回304 Not Modified。

这不是环境问题，是开发调试时最隐蔽的干扰源。

快捷验证方式：用隐身窗口访问新端口地址（如 http://localhost:8080），避开浏览器缓存

临时禁用强缓存：在 .htaccess 或 httpd.conf 里加一段（仅限开发）：

<filesmatch>
Header set Cache-Control "no-store, no-cache, must-revalidate, max-age=0"
Header unset ETag
Header unset Last-Modified
</filesmatch>

Chrome开发者工具里勾选 Disable cache（Network标签页左上角），比清Cookie更直接有效

多端口环境下，缓存清理的关键不是“清多少”，而是“清哪几层”——PHP进程级（OPcache）、框架级（Laravel storage）、Composer级（autoload）、浏览器级（HTTP头）。漏掉任何一层，都可能让你花半小时怀疑人生。