Windows 报 ext-posix missing 是因包作者在 require 中强制依赖该扩展，而 Windows 不支持；应通过 composer show --tree 定位来源，移至 require-dev 或改用 function_exists 检查，临时绕过可用 --ignore-platform-req=ext-posix，但 config.platform 仅影响 update，install 仍依赖 composer.lock。
为什么 Windows 上总报 ext-posix missing
这不是 Windows 的锅，是包作者把 ext-posix 写进了 require（常见于旧版 symfony/console、phpunit/phpunit 或某些 CLI 工具）。PHP 在 Windows 下确实不提供这个扩展，Composer 解析依赖时发现“要求存在但实际不存在”，就直接中断。
先定位谁加的：composer show --tree | grep posix
- 如果只是本地开发用（比如跑测试），把它从
require移到require-dev更合理 - 如果必须运行，代码里改硬调用为运行时判断：
if (function_exists('posix_getpid')) { ... } - 临时绕过可用：
composer install --ignore-platform-req=ext-posix，但别提交进composer.lock或 CI 脚本
config.platform 改了为啥没生效
config.platform 只影响 composer update 时的依赖解析，对 composer install 完全无效——它只照着 composer.lock 还原，根本不看你当前配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须放在
"config": {}下，不能放顶层 - 扩展名必须带
ext-前缀，且大小写、连字符要和php -m输出完全一致（ext-xdebug✅，ext-xdebg❌） - 改完后必须执行
composer update --lock（或composer update），否则composer.lock仍是旧规则锁定的 - CI 流水线里执行
composer install前，确保composer.lock是用目标平台配置生成的
scripts 里的 shell 命令为什么跨平台就挂
scripts 字段是纯 shell 命令，Composer 不翻译、不兼容、不模拟。Windows cmd.exe 和 Linux bash 对语法、路径分隔符、工具链的支持完全不同。
- 别写
cp、rm -rf、ls、grep——这些在 Windows 原生命令行里根本不存在 - 路径拼接统一用正斜杠
/，PHP 7.4+ 会自动转义，别用DIRECTORY_SEPARATOR动态替换 - 需要删文件、复制资源？改用 PHP 原生函数：
RecursiveDirectoryIterator+FilesystemIterator或copy()+unlink() -
bin-compat=full只控制生成.bat/.sh包装器，不重写脚本逻辑；执行前务必在干净 Windows 环境验证
强制忽略平台约束后为什么运行时报错
--ignore-platform-reqs 不解决运行时问题，它只让 composer install 成功，但后续可能立刻崩溃：
- 包的
src/里写了extension_loaded('amqp')检查，运行时触发异常 - 类中用了
new \AMQPConnection()，但ext-amqp根本没编译进 PHP -
vendor/autoload.php加载成功 ≠ 扩展就可用，Composer 安装的是代码，不是扩展本身 - 更隐蔽的是：某些包在构造函数或静态初始化块里就调用扩展函数，还没走到业务逻辑就挂了
真正容易被忽略的点是：你看到 composer install 成功了，就以为万事大吉——其实只是把炸弹埋得更深了。
