函数计算环境无法使用composer config -g，因其无状态、只读，~/.composer/config.json不可写入；必须在构建阶段通过composer.json的repositories字段或Dockerfile中composer config --no-plugins repo.packagist composer https://mirrors.aliyun.com/composer/显式配置镜像源，并确保URL末尾带斜杠、清除缓存及composer.lock重生成。

函数计算环境里不能用 composer config -g

阿里云函数计算（FC）是无状态、只读的运行时环境，~/.composer/config.json 无法写入，composer config -g 命令会直接报错或静默失败。你看到的“全局配置生效”只适用于本地开发机或有写权限的容器，FC 启动时根本不加载用户级 Composer 配置。

必须在构建阶段注入镜像源配置

函数计算的依赖安装发生在构建（build）阶段，不是运行（runtime）阶段。你要在 composer.json 或构建脚本中显式声明源，而不是指望运行时自动读取。

• 推荐方式：在项目根目录的 composer.json 中添加 "repositories" 字段，**但只覆盖 packagist，不删除默认行为**：

  {
    "repositories": {
      "packagist": {
        "type": "composer",
        "url": "https://mirrors.aliyun.com/composer/"
      }
    }
  }

• ⚠️ 切勿写成 "repositories": [{"type": "composer", "url": "..."}] —— 这会完全替换掉 packagist 默认源，导致私有包或未镜像包找不到
• 如果项目已存在 repositories，用 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）安全合并，它会生成正确结构
• Docker 构建时，可在 Dockerfile 的 RUN 步骤中加一行：composer config --no-plugins repo.packagist composer https://mirrors.aliyun.com/composer/，--no-plugins 防止插件干扰

CI/CD 或 fun build 时常见卡顿原因

即使写了镜像源，fun build 或 GitHub Actions 里仍卡在 Loading composer repositories，往往不是源的问题，而是：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 构建镜像里没装 ca-certificates，HTTPS 请求失败——在 Dockerfile 里补一句：RUN apt-get update && apt-get install -y ca-certificates（Debian/Ubuntu 基础镜像）
• composer.lock 是本地生成的，里面硬编码了 packagist.org 的包地址；FC 构建时不会重写 lock 文件，必须删掉 vendor/ 和 composer.lock，再在构建环境中重新生成
• 用了 minimum-stability: dev 或大量 @dev 版本，触发 Composer 对每个包做全量元数据扫描，而阿里云镜像对 /p2/ 路径的同步有 5–10 分钟延迟，此时应临时降级为 stable 或改用 --prefer-dist
• 函数计算默认使用 PHP 运行时内置的 Composer（版本较旧），建议显式 COPY 一个新版 composer.phar 并用 php composer.phar install 控制流程

验证镜像是否真在用，别信日志里的 “Installing”

函数计算构建日志里显示 Installing monolog/monolog (3.5.0) 不代表走的是镜像——它只说明包名解析成功。真正要看网络请求目标：

• 在 Dockerfile 构建步骤中加调试命令：php composer.phar install -vvv 2>&1 | grep -i "mirrors\.aliyun\|Downloading.*p2"
• 若输出含 Downloading https://mirrors.aliyun.com/composer/p2/monolog/monolog.json，才算真正生效
• 若看到 Downloading https://packagist.org/p2/... 或 Could not fetch https://mirrors.aliyun.com/composer//p2/...（注意双斜杠），说明 URL 拼接错误——检查 composer.json 里 url 值末尾有没有 /

最易被忽略的一点：函数计算的构建环境可能复用缓存层，改了 composer.json 但没清构建缓存，旧配置还在跑。每次改源后，务必加 --no-cache 或在 CI 中禁用 layer cache。