gomodinit必须在项目根目录执行，因为会基于当前路径推导模块路径，否则go.mod中的模块名与实际import路径不一致，导致构建时出现cannotfindmoduleprovidingpackage错误。

根本原因是未组合使用--optimize--no-dev--classmap-authoritative：--optimize生成classmap，--no-dev减少条目，--classmap-authoritative禁用文件系统fallback，三者缺一不可；加--apcu可进一步缓存classmap到共享内存。

composerinstall--dry-run能完整执行依赖解析、平台检查和插件钩子，但跳过所有磁盘写入；不能验证自动加载是否生效、不校验autoload冲突、不检测网络权限或运行时环境问题。

Composerremove在非交互模式下不会跳过依赖解析，--no-interaction仅跳过y/n提示，不跳过依赖检查；失败常见于依赖冲突或硬依赖未解除，需配合--update-with-dependencies或手动编辑composer.json后update。

composerdiagnose--verbose不报错却装不了包，因其仅检查基础配置和网络连通性，不模拟安装流程、不校验依赖约束冲突。

--ignore-platform-reqs会跳过PHP版本、扩展存在性及platform配置检查，仅按composer.lock安装包，但不解决依赖冲突、网络问题或运行时兼容性。