先查 storage/framework/cache/、vendor/composer/ 等目录空间占用，再依次清理 opcache（重启进程或访问 opcache-reset.php）、laravel 缓存（含第三方包独立目录）、composer 自动加载文件，并执行 composer dump-autoload 重建。

phpEnv 本地环境报 Disk full 错误，不是磁盘真满了，而是缓存文件（尤其是 OPcache、Composer autoload、Laravel storage）在反复重装/调试中无清理积累所致。直接删错目录可能破坏环境，必须按层定位、精准清理。

先查哪块占了空间：du -sh ./storage/framework/* 和 du -sh ./vendor/composer/*

phpEnv 默认使用 Windows（XAMPP/MAMP 风格）或 Linux Docker 模式，但不管哪种，缓存膨胀主因是：

• storage/framework/cache/ 下的 data/ 子目录 —— 第三方包（如 Laravel Telescope、Horizon）绕过 Artisan 直接写入，php artisan cache:clear 不清这里
• vendor/composer/autoload_classmap.php 和 autoload_static.php —— Composer install/update 失败后残留的巨型临时文件，有时超百 MB
• storage/framework/views/ —— Blade 编译文件不自动清理，尤其开启 APP_DEBUG=false 后会越积越多
• OPcache 字节码没重置，PHP 进程持续占用内存映射页，df -h 看不到但 lsof +L1 能发现“deleted”状态的大文件

OPcache 占用不释放：不能只靠重启 phpEnv 控制面板

Windows 下 phpEnv 的“重启 PHP”按钮通常只 reload 配置，不 kill 并重建 PHP-CGI 进程，旧 OPcache 内存块仍被持有。更可靠的做法：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• 确认 OPcache 启用：php -i | findstr opcache（Win）或 php -i | grep opcache（Linux/macOS），检查 opcache.enable 是否为 On
• 写一个临时页面 opcache-reset.php 放到 webroot 下，内容仅一行：<?php opcache_reset(); ?>，浏览器访问一次
• 开发阶段建议改 php.ini：opcache.revalidate_freq=0，避免每次改代码都要手动清
• 若仍卡住，任务管理器（Win）或 ps aux | grep php（Linux/macOS）杀掉全部 php-cgi 或 php-fpm 进程再启

Laravel 缓存命令失效？漏掉了 bootstrap/cache/ 外的硬编码路径

php artisan config:clear 只删 bootstrap/cache/config.php，但有些包（如 laravel-debugbar、spatie/laravel-backup）会在 storage/framework/cache/data/ 或 storage/app/debugbar/ 下建独立目录，Artisan 不管这些。

• 手动清空：rm -rf storage/framework/cache/*（Linux/macOS）或 del /q storage\framework\cache\*（Win）
• 特别注意 storage/framework/sessions/ —— 大量 session 文件堆积也会吃空间，可安全清（开发环境无影响）
• 如果用了 Redis 作缓存驱动，别忘了 redis-cli -p 6379 FLUSHDB，phpEnv 默认 Redis 端口是 6379
• 执行完记得 composer dump-autoload，否则类加载可能报错

Composer 自动加载缓存爆满：删 vendor/composer/ 前先 composer clear-cache

Composer 自身有全局缓存（~/.composer/cache/），但本地 vendor/composer/ 下的 autoload 文件是项目级的。常见陷阱：

• composer install 中断后，autoload_classmap.php 可能写到一半，变成几百 MB 的损坏文件
• 不要直接 rm -rf vendor 再 composer install —— phpEnv 下 vendor 依赖常含 Windows 路径或扩展 DLL，重装易出错
• 先运行：composer clear-cache 清全局缓存；再进项目目录：composer dump-autoload --optimize 重建 autoload，比重装轻量得多
• 若仍失败，删 vendor/composer/autoload_*.php 所有文件（留 installed.json），再 composer dump-autoload

真正卡住的点往往不在命令本身，而在 phpEnv 的多层缓存嵌套：OPcache 持有内存、Composer 写坏 autoload、Laravel 包直写 storage —— 任何一个环节没清，Disk full 就会反复出现。动手前先 du -sh 定位最大目录，比盲目跑命令有用得多。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！