改端口本身不影响PHP缓存生效，因OPcache等缓存驻留在PHP进程内，与Apache监听端口无关；但端口变更后若未重启Apache或重置OPcache，旧字节码仍会运行，导致修改不生效。
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 是一款免费、开源的跨平台 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 "\.(html|htm|js|css|php)$"> 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头）。漏掉任何一层，都可能让你花半小时怀疑人生。
