公有云Composer镜像本质是反向代理+CDN缓存，不构建分发签名，仅缓存Packagist元数据与dist文件，不支持私有包或自定义type，快慢取决于CDN节点延迟而非底层架构。
没有“底层架构对比”这回事——公有云提供的 Composer 镜像，本质都是反向代理 + CDN 缓存，不是独立构建、分发、签名的私有仓库系统。
镜像源不是自建 registry，只是 HTTP 代理
阿里云、腾讯云、清华源等 Composer 镜像，底层不运行 composer install 或解析 composer.json，也不托管原始包（.zip / .tar.gz）；它们只缓存 Packagist.org 的 /packages.json、/p2/ 元数据和 dist 文件的 HTTP 响应。
- 请求路径类似：
https://mirrors.aliyun.com/composer/p2/vendor/package/ref-hash.json→ 反向代理到https://packagist.org/p2/... - 所有镜像都依赖 Packagist 官方元数据结构，无法支持私有包、自定义 type、或非 Packagist 协议（如
package类型） - 不校验包签名（
composer verify无效），也不做完整性哈希比对（sha256来自上游，镜像不做重算）
CDN 节点与同步延迟决定“快慢”，不是后端架构差异
所谓“哪个更快”，实际取决于你所在地域到 CDN 边缘节点的 RTT、TLS 握手耗时、以及镜像源与 Packagist 的同步延迟，而非后端用了什么数据库或调度算法。
百度文档解析vlm-parser
下载
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
- 阿里云镜像用的是自建 CDN（阿里云 CDN），多数国内用户直连边缘节点，
packages.json响应通常0.2–0.4s - 清华源走的是 TUNA 自建 CDN + 教育网专线，但在部分运营商下会绕行国际出口，偶发
403或 TLS 协议降级 - 腾讯云镜像在南方电信/联通表现稳定，但教育网段 DNS 解析常指向海外节点，导致首次请求超时
- 所有镜像同步策略都是定时拉取（每 2–5 分钟轮询一次
packages.json），不存在“实时同步”
别拿镜像当 registry，私有包必须另配
如果你项目里用了 "type": "package"、本地 path repo、或公司内网的私有包，这些内容根本不会出现在任何公有镜像中——镜像只代理 Packagist 官方索引。
- 要支持私有包，必须在
composer.json中显式声明repositories，且该地址需可被 CI/CD 机器直接访问 - 若想统一加速 + 私有托管，得自己搭
Private Packagist或Satis，再配合 Nginx 反向代理 + CDN 缓存静态 dist - 用
composer config --global repos.packagist.org false关闭默认源后，镜像配置（composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/）仍只生效于 Packagist 索引路径，不影响你自定义的repositories
真正影响体验的从来不是“架构”，而是你是否混淆了「镜像」和「registry」——前者是读缓存，后者是写+读+鉴权。生产环境固定一个稳定源（推荐 https://mirrors.aliyun.com/composer/），比折腾多源 fallback 或测速脚本更可靠。
