不行。Composer scripts不解析PHP语法，仅支持命令行程序；调用自定义类方法需通过php执行独立PHP文件或php -r内联代码，推荐使用可调试、可复用的独立.php文件。
Composer脚本里直接写PHP代码行不行
不行。Composer的scripts配置项默认只支持命令行可执行程序（如php、vendor/bin/phpunit），不解析PHP语法。你写"foo": "echo 'hello';"可以，但写"foo": "MyClass::run();"会报错：sh: 1: MyClass::run(): not found。
真正能调用PHP方法的方式只有两种：通过php命令执行独立PHP文件，或使用php -r执行内联代码（适合极简逻辑）。
- 推荐用独立
.php文件：便于调试、复用、加类型提示 -
php -r仅适合单行逻辑，比如"dump-env": "php -r \"print getenv('APP_ENV') ?: 'dev';\"" - 脚本中不能直接访问
composer.json里的变量（如$argv未自动注入），需手动处理参数传递
如何在scripts中调用自定义PHP类的方法
核心是让Composer执行一个PHP文件，并把该文件作为入口加载你的类。这个文件必须能被php直接运行（即有#!/usr/bin/env php或至少以<?php 开头），且能自动加载依赖。
假设你有个工具类App\Script\DeployHelper，想调用它的clearCache()方法：
立即学习“PHP免费学习笔记（深入）”；
- 在项目根目录建
scripts/clear-cache.php，开头加上<?php，并确保require __DIR__.'/vendor/autoload.php'; - 在
composer.json里配："clear-cache": "php scripts/clear-cache.php" - 别忘了给
scripts/clear-cache.php加可执行权限（Linux/macOS下chmod +x），否则Windows以外系统会报Permission denied - 如果类不在自动加载路径里，得先在
composer.json的autoload-dev里注册scripts/目录
为什么$argv在Composer脚本里拿不到参数
因为Composer会把整个命令当字符串传给shell，而不是逐个参数拆解。比如你写"test": "php test.php foo bar"，test.php里$argv拿到的是['test.php']，不是['test.php', 'foo', 'bar']——中间被shell截断了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
解决办法只有一个：用exec显式调用，并确保空格和引号被正确转义：
php -r "require 'scripts/test.php'; \App\Script\Test::run(\$argv);"
或者更稳妥地，在scripts/test.php里用$_SERVER['argv']（它比$argv更可靠），并注意$_SERVER['argv'][0]是脚本名，实际参数从[1]开始。
- 不要依赖
$argc，它可能不准；用count($_SERVER['argv'])更稳 - 含空格的参数必须用单引号包裹，例如
"deploy": "php scripts/deploy.php 'staging server'" - Composer v2.5+ 支持
script-execution事件钩子，但依然不改变参数传递机制
用composer run执行脚本时找不到类怎么办
最常见原因是自动加载没生效。Composer脚本执行时的工作目录是项目根目录，但如果你的autoload配置没覆盖脚本所在路径，或者用了psr-4却没按命名空间放对位置，就会Class not found。
快速验证方式：php -d display_errors=1 -d error_reporting=-1 scripts/my-script.php，看是否报相同错误。如果不是，说明是Composer环境问题；如果是，就是autoload本身有问题。
- 检查
composer.json中autoload或autoload-dev是否包含脚本目录（如"scripts/": ["scripts/"]） - 执行
composer dump-autoload强制刷新映射，尤其改过autoload后 - 避免在脚本里用
include/require相对路径——一律走autoload，否则CI环境容易因路径差异失败 - 如果脚本只是临时工具，考虑用
composer require --dev my/tool-package替代手写，省去autoload维护成本
真正麻烦的从来不是“怎么调用”，而是“调用时环境是否一致”——本地能跑的脚本，到了CI里常因PHP版本、扩展缺失、工作目录或autoload配置偏差而失败。每次加新脚本，先用php -v和php -m核对基础环境，比事后debug快得多。
