改 name 字段不生效是因为未在 composer.json 根层级正确修改，必须确保格式为 “vendor/name” 且无空格或下划线开头，同时需手动同步 autoload 配置，否则类加载失败。
composer.json 里的 name 字段改了但没生效？先确认是否在正确位置
Composer 项目名称不是靠文件名或目录名决定的，而是由 composer.json 根对象下的 name 字段唯一指定。改完不生效，大概率是改错了地方——比如改了注释、改了子对象（如 require 里的包名），或者压根没保存文件。
-
name必须是顶层字段，格式为"vendor/name"（如"myorg/myapp"），不能带空格或下划线开头 - 改完后无需运行命令刷新，但后续执行
composer install或composer update时，Packagist 或私有仓库会按这个name解析依赖和发布目标 - 如果项目已发布到 Packagist，改
name不会影响已有版本，但新版本会以新名字注册，旧名字不再接收更新
想换配置文件名？别折腾，Composer 不支持自定义文件名
Composer 默认只识别 composer.json（以及可选的 composer.lock）。它没有类似 --config 或环境变量来指定其他 JSON 文件作为主配置。所谓“编辑配置文件名”本质是误解——你不能让 composer install 去读 my-composer.json。
- 临时方案：用符号链接（如
ln -sf my-composer.json composer.json），但 CI/CD 或协作时容易出错 - 多环境需求？用
composer config动态设置仓库、平台配置等，而不是换文件名 - 真要分离配置？把差异化部分抽到
composer.json的extra字段里，再用脚本预处理生成最终文件
改 name 后 packagist.org 提交失败？检查 vendor 名是否已被占用
提交到 Packagist 时提示 “Package not found” 或 “You are not the owner”，往往不是 Composer 本身的问题，而是 name 中的 vendor 部分（vendor/name 的前半段）已绑定他人账号。
- Packagist 要求
vendor名全局唯一，且首次提交即锁定归属；不能靠改name绕过 - 如果你只是本地开发，
name只影响 autoloading 和依赖解析，不强制要求注册 Packagist - 私有场景下，用
composer config repositories指向自己的 Satis/SatisPress 或 git URL 即可，无需 Packagist 认证
autoload 映射跟着 name 变吗？不自动变，得手动同步
composer.json 里的 name 和 autoload 是解耦的。哪怕你把 name 改成 "acme/blog"，如果 autoload 还是 "psr-4": {"App": "src/"}，那命名空间就还是 App，不会变成 AcmeBlog。
- PSR-4 自动加载只看
autoload字段，跟name完全无关 - 想让命名空间与项目名一致？必须手动改
autoload.psr-4或autoload.classmap，并同步调整 PHP 文件里的Namespace - 漏改 autoload 很容易导致类找不到（
Class not found），尤其在测试或部署后才暴露
改 name 看似简单，实际牵扯 autoload、Packagist 权限、团队协作约定三个隐性层。最容易被忽略的是：没人会提醒你 autoload 和 name 之间没自动关联。