autoload_classmap.php含大量注释因Composer默认生成可读格式，虽不参与运行逻辑，但无OPcache时会增加内存与解析开销；优化方式为设opcache.save_comments=0/load_comments=0，或CI中用sed清理，exclude-from-classmap无效。
classmap文件里为什么有大量注释？
因为 Composer 默认生成的 autoload_classmap.php 是可读格式，包含 PHP 注释和缩进——哪怕你加了 -o 或 --classmap-authoritative，它依然会保留这些“人眼友好”内容。这些注释不参与运行时逻辑，但会被 PHP 解析器加载进内存，尤其在无 OPcache 或 CLI 场景下，直接拖慢 autoloader 初始化。
怎么让 autoload_classmap.php 不带注释？
没有开关能直接关掉注释输出，但有两条有效路径：
- 启用 OPcache 并关闭注释缓存：
opcache.save_comments=0+opcache.load_comments=0—— 这是生产环境最稳妥的做法，PHP 在编译阶段就丢弃注释，autoload_classmap.php文件本身仍带注释，但内存中不驻留 - 用
composer dump-autoload --optimize --no-dev生成后，手动清理注释（仅限 CI/部署脚本）：sed -i '/^\/\*/d; /^ \*\//d; /^ \* /d; /^ \*$/d; /^$/d' vendor/composer/autoload_classmap.php
，注意该操作绕过 Composer 校验，必须确保后续不重跑dump-autoload覆盖它 - 避免在 classmap 路径里混入含长注释的文件（比如文档类、生成代码），这类文件一旦被扫描进 classmap，其注释就会固化进最终数组
exclude-from-classmap 能删掉注释吗？
不能。exclude-from-classmap 只跳过文件扫描，不影响已生成的 autoload_classmap.php 内容结构。它删的是“条目”，不是“注释”。如果你发现 classmap 里有大量测试辅助类或旧版 DTO 的映射，根源不在注释，而在 "autoload": {"classmap": [...]} 配置太宽泛，或没配 exclude-from-classmap 排除 tests/、docs/ 等目录。
OPcache 关闭时，注释影响到底多大？
实测一个 2MB 的 autoload_classmap.php（约 3 万行，其中 1.2 万行为注释）在无 OPcache 的 CLI 脚本中，每次请求多消耗约 8–12MB 内存和 15–25ms 解析时间。这不是小数——Serverless 函数冷启动或短生命周期任务里，它可能占总耗时 30% 以上。真正要减内存驻留，得从 OPcache 配置入手，而不是幻想 Composer 有个 --strip-comments 参数。
