artisan报permission denied本质是web用户无storage/和bootstrap/cache/读写权，需chown设所有者并chmod赋权；线上运行须确认用户、路径、环境，禁用sudo提权。
artisan 命令执行报 Permission denied 怎么办
本质是 PHP 进程（通常是 web 服务器用户，比如 www-data 或 nginx）没有权限读写 storage/ 和 bootstrap/cache/ 目录。线上跑 php artisan 不是“能不能运行”，而是“以谁的身份、在什么路径、用什么权限运行”。
- 别直接用
sudo php artisan临时提权——这会生成 root 写的缓存文件，后续 web 请求反而因权限不一致报错 - 确认当前执行用户：运行
whoami和ps aux | grep php-fpm看 worker 进程属主 - 把
storage/和bootstrap/cache/所有者设为 web 用户，例如：sudo chown -R www-data:www-data storage/ bootstrap/cache/ - 确保目录权限至少为
755，文件为644；更稳妥可统一用chmod -R ug+rwX storage/ bootstrap/cache/
线上部署 CLI 工具时，artisan 脚本为啥找不到命令
常见于 Laravel 应用部署后首次运行 php artisan list 报错“command not found”或“Class not found”，根本原因是自动加载器没生效或环境未就绪。
- 先确认是否已运行
composer install --no-dev --optimize-autoloader（线上必须加--no-dev） - 检查
APP_ENV是否为production，否则某些服务提供者可能未注册，导致命令类未加载 -
config:clear和cache:clear必须在config:cache之前执行，否则缓存配置会锁死旧逻辑 - 如果自定义命令放在
app/Commands/下，确保该命名空间已在composer.json的"autoload": {"psr-4": {...}}中声明，并运行composer dump-autoload
定时任务里跑 php artisan schedule:run 权限和路径怎么配
crontab 默认工作路径是用户 home 目录，且不会加载 shell profile，所以直接写 php artisan 很大概率失败。
- 绝对路径必须写全：例如
/usr/bin/php /var/www/myapp/artisan schedule:run >> /dev/null 2>&1 - 在 crontab 条目开头显式指定工作目录：
cd /var/www/myapp && /usr/bin/php artisan schedule:run >> /dev/null 2>&1 - 避免用
sudo启动 cron job；应改用 web 用户添加定时任务：sudo -u www-data crontab -e - 测试时先手动切换到该用户执行一遍：
sudo -u www-data bash -c "cd /var/www/myapp && php artisan schedule:run"
为什么本地能跑的 artisan 命令，线上一执行就卡住或超时
不是代码问题，大概率是线上环境缺失依赖或配置阻塞，尤其是数据库、Redis、队列连接未就绪时，Laravel 启动阶段就会 hang 住。
立即学习“PHP免费学习笔记（深入）”；
- 加
--no-interaction和--quiet避免交互等待（如 key:generate 提示） - 用
php artisan --version快速验证基础启动是否正常，绕过所有服务提供者 - 临时注释掉
AppServiceProvider中可能触发 DB/Redis 的代码，再试命令 - 检查
.env中DB_HOST、REDIS_HOST是否指向线上真实地址，而非localhost（Docker 或云数据库常需内网 IP）
storage/logs/ 的写权限 —— 它不直接影响 artisan 启动，但一旦命令触发日志写入（比如异常、调度记录），权限不足会导致静默失败，只看到空响应或 500。 
