Composer install报“Access is denied”多数不是权限不足，而是.bat文件生成被防病毒软件拦截或UAC限制所致，应优先禁用Windows Defender实时防护、改用Git Bash运行或加--no-scripts参数跳过脚本生成。
Composer install 报 “Access is denied” 多数不是权限问题，而是.bat生成被拦截
旧版 Windows（如 Win7/Win10 早期版本）默认启用 UAC 和更激进的防病毒策略，Composer 在 vendor/bin 下生成 phpunit.bat、laravel.bat 等批处理文件时，常被 Windows Defender 或第三方杀软静默拦截——报错“Access is denied”却不指明路径，本质是文件写入后被立即锁定或删改。
- 别急着右键 CMD → “以管理员身份运行”：这会导致全局 bin 目录权限混乱，后续非管理员终端反而无法调用命令
- 临时禁用 Windows Defender 实时防护（尤其关闭“云-delivery”和“基于信誉的保护”），再重试
composer install - 改用
Git Bash执行：它绕过 Windows 批处理执行模型，Composer 会生成 shell wrapper 而非 .bat，不触发 UAC 拦截 - 若必须用 PowerShell/CMD，加
--no-scripts参数跳过脚本生成：composer install --no-scripts，之后直接用php vendor/autoload.php或手动调用 PHP 文件
PHP 扩展缺失导致卡在 “Resolving packages…” 或直接报错
旧系统常沿用老旧 PHP 版本（如 PHP 7.2），且 php.ini 中关键扩展未启用，Composer 无法完成依赖解析或 HTTPS 请求。典型表现是卡住不动，或报 The openssl extension is required。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
php --ini确认实际加载的php.ini路径，别改错文件（XAMPP、WAMP、独立 ZIP 包常共存多个配置） - 打开该
php.ini，取消以下四行前的分号：extension=openssl、extension=curl、extension=mbstring、extension=zip - 检查
extension_dir是否指向正确目录，例如extension_dir="C:\php\ext"，路径末尾不要多加反斜杠 - 重启终端后，用
php -m | findstr openssl验证是否生效；若仍失败，可能是php_openssl.dll与 PHP 版本不匹配，需换对应 VC 版本（VC15/VC16）的 DLL
系统时间偏差超 2 分钟引发 SSL certificate problem
旧版 Windows 默认 NTP 同步机制不稳定，休眠唤醒后时间易漂移。Composer 依赖 OpenSSL 校验证书有效期，一旦本地时间比真实时间快/慢超过 2 分钟，就会误判证书“已过期”，报 SSL certificate problem: certificate has expired。
- 执行
date查看当前系统时间，对比 time.is，偏差 > 2 分钟就必须修复 - 管理员权限运行 CMD，依次执行：
w32tm /config /syncfromflags:manual /manualpeerlist:"time.nist.gov pool.ntp.org"，再执行w32tm /resync - 若提示
The service has not been started，先运行net start w32time - 别依赖右下角时钟图标“已同步”状态——它只表示曾同步过一次，不保证持续准确
config.platform 设置无效，却误以为能绕过平台限制
旧系统 PHP 版本低（如 7.1），而项目依赖要求 php:^8.0 或 ext-posix，有人试图在 composer.json 里加 "config": {"platform": {"php": "7.1.0"}} 来“降级兼容”，但这个配置对 composer install 完全无效——它只影响 composer update 时的依赖计算，install 只照 composer.lock 还原，根本不读 config。
- 真正生效的前提是：该
composer.lock文件本身就是在目标平台（如 PHP 7.1）上通过composer update --lock生成的 - 若 lock 文件来自高版本环境，
install会直接失败，此时只能用精准绕过：composer install --ignore-platform-req=php或--ignore-platform-req=ext-posix -
--ignore-platform-reqs风险极高：它跳过所有检查，可能装出语法错误或扩展缺失导致 runtime crash 的包（比如 PHP 7.1 强装 Laravel 10） - Windows 上常见
ext-posix报错，这不是你漏装扩展，而是包作者写错了 require；应优先考虑把该依赖移到require-dev，或代码中运行时判断function_exists('posix_getpid')
