Composer本身不支持定时执行，必须依赖系统级调度工具（如cron或Windows任务计划程序）来周期运行composer outdated等命令，并需指定绝对路径、显式切换项目目录及重定向日志。
Composer 本身没有“调度”概念，所谓“无用调度”实际是误把 PHP 运行时行为（如定时任务、队列监听、事件监听器）或框架级后台服务（如 Laravel Horizon、Symfony Messenger transport）当成 Composer 管理对象。Composer 只管依赖声明、下载、自动加载——它不启动进程、不注册定时器、不监听队列。真正增加后台负载的，是代码里写的 Artisan::call('schedule:run')、php artisan horizon 或配置中启用的 queue:work --daemon 这类东西。
为什么 composer remove 后还有进程在跑
执行 composer remove laravel/horizon 或 composer remove spatie/laravel-schedule，只是删包和 autoload 映射，但以下三处不会自动清理：
-
app/Console/Kernel.php里的$schedule->command(...)调度定义还在，只要schedule:run每分钟执行，这些代码就照常调用（哪怕类已删，会直接报Class not found） - 系统级定时任务（
crontab -e）仍存在* * * * * cd /var/www && php artisan schedule:run，它不管 Composer 装没装包，只管命令能否执行 - 已启动的长期进程（如
horizon、supervisord管理的queue:work）仍在内存中运行，Composer 卸载完全不影响它们
清理前先确认：这真是 Composer 包干的活？
很多“后台负载”根本不是由 Composer 包引入的，而是项目自己写的脚本或部署配置导致的。判断依据很直接：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查
ps aux | grep php，看进程参数：如果带artisan schedule:run、artisan horizon、artisan queue:work，说明是 Laravel 自身调度或队列机制在跑 - 查
crontab -l，确认是否手动加了定时任务行——Composer 不会往 crontab 写东西 - 查
config/queue.php和config/horizon.php，看是否启用了 Redis/SQS 等长连接 transport，这类配置会让 worker 持续占内存，和 Composer 是否装包无关
真要减后台负载，该动哪几处
Composer 层面能做的只有切断依赖链和防止 autoload 加载；真正降负载得配合运行时操作：
- 删包后立刻检查并清空
app/Console/Kernel.php中对应$schedule注册项，否则schedule:run仍会尝试调用已不存在的命令 - 停掉所有相关进程：
php artisan horizon:terminate（Horizon）、kill $(pgrep -f "queue:work")（普通 worker）、supervisorctl stop all（Supervisor 管理场景） - 删掉 crontab 里对应行：
crontab -e手动删，或用(crontab -l | grep -v "schedule:run") | crontab - - 运行
composer dump-autoload -o，确保旧的调度命令类路径不再被 autoload 映射，避免某些异常捕获逻辑意外触发类加载失败错误
最易忽略的是：有些调度逻辑藏在配置驱动的服务提供者里（比如 HorizonServiceProvider），composer remove 会删掉它的类文件，但若你之前在 config/app.php 的 providers 数组里手动加过它，这个注册就一直生效，直到你手动删掉那行——哪怕类文件早没了，Laravel 启动时仍会尝试 new 它，然后崩在 Class not found 上。
