composer中文镜像本身不会导致乱码，乱码源于本地解析时编码不匹配：终端未设chcp 65001、git bash的lang未配utf-8或php版本过低，致utf-8缓存文件被gbk等错误解码，显示为问号或\uxxxx；缓存文件本身是标准utf-8无bom，验证可用xxd或直接php json_decode解析。
Composer 中文镜像本身不会导致元数据缓存乱码——乱码只可能发生在本地解析环节，根源是缓存文件（packages.json、provider-*.json）被以错误编码读取或写入，而镜像返回的 JSON 始终是标准 UTF-8 无 BOM 格式。
为什么 composer show 显示中文包名变问号或 \uXXXX
这不是镜像问题，而是 Composer 从缓存目录读取 JSON 后，PHP 解析时因环境编码不一致导致字节流错位。常见触发点：
- Windows 上终端未执行
chcp 65001，但 Composer 缓存了含中文的packages.json（UTF-8），PHP 却用 GBK 解码它 → 出现 或 \uXXXX - Git Bash 中
$LANG为空或为C，导致file_get_contents()返回原始 UTF-8 字节，但后续json_decode()调用前未做编码校验 - 某些老旧 PHP 版本（如 7.2 以下）对多字节 UTF-8 字符串处理不健壮，尤其在
array_key_exists()或foreach中触发隐式转换
~/.composer/cache/repo/ 下的 JSON 文件真有乱码吗
没有。镜像源（如阿里云、腾讯）返回的 packages.json 是标准 UTF-8 无 BOM；Composer 缓存时直接二进制保存，不做编码转换。所谓“乱码”是读取时解码失败的视觉表现。
验证方法：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 手动下载：curl -s https://mirrors.aliyun.com/composer/packages.json | head -c 100 | xxd → 看开头是否为
00000000: 7b22 7061 636b 6167 6573 223a 7b7d 2c22（即{"packages":{},"） - 检查缓存文件：
xxd ~/.composer/cache/repo/https---mirrors.aliyun.com-composer/packages.json | head -n1，若开头是efbb bf则说明被其他工具污染过（比如用记事本编辑过），否则就是纯 UTF-8 - 用
php -r "var_dump(json_decode(file_get_contents('path/to/packages.json'), true));"直接解析缓存文件，如果报Syntax error，一定是 BOM 或非法字符，不是镜像问题
换镜像后缓存目录出现中文乱码，该清哪个路径
别只跑 composer clear-cache —— 它只删 ~/.composer/cache/files/ 和 ~/.composer/cache/repo/https---packagist.org/，但你用的是中文镜像，缓存实际存在 https---mirrors.aliyun.com-composer/ 这样的子目录里。
必须手动清理对应镜像缓存：
- 先确认地址：
composer config -g repo.packagist输出类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 转义 URL 得缓存路径：
https://mirrors.aliyun.com/composer/→https---mirrors.aliyun.com-composer（/变成---） - 删除：
rm -rf ~/.composer/cache/repo/https---mirrors.aliyun.com-composer（Linux/macOS）或rd /s /q "%APPDATA%\Composer\cache\repo\https---mirrors.aliyun.com-composer"（Windows） - 再运行
composer show -vvv，观察日志里是否出现GET https://mirrors.aliyun.com/composer/packages.json，且响应体含中文包名正常显示
真正容易被忽略的是：缓存目录名中的 --- 是 Composer 内部硬编码的 URL 转义规则，不是随意替换；Windows 用户常误删成 https://mirrors.aliyun.com/composer 这种带斜杠的路径，结果白忙活。
