Composer不支持中文包名，name字段必须全小写、仅含ASCII字符且为vendor/package格式，含中文会直接触发Invalid package name错误；文件路径与命名空间大小写也须严格一致。
Composer 不支持中文包名，也不存在“中文包名大小写敏感”问题——它压根不允许任何非 ASCII 字符出现在 name 字段里。所有报错都源于对命名规范的误解或跨系统文件路径不一致。
Composer 的 name 字段根本不能含中文
Composer 解析 name 时直接用正则校验：^[a-z0-9]([a-z0-9.-]*[a-z0-9])?\/[a-z0-9]([a-z0-9.-]*[a-z0-9])?$。中文字符（如 myvendor/用户工具）会立刻触发 Invalid package name 错误，连 composer validate 都过不去。
- 错误示例：
"name": "myvendor/用户工具"→ 报错：Package names must be lowercase and consist of words separated by dashes - 合法替代方案：用英文短横线命名，比如
myvendor/user-tools，再在description字段写中文说明 - 别指望转义或 Base64 编码——Composer 不解析内容，只做格式校验
真正要命的是文件路径和命名空间的大小写一致性
Linux/macOS 文件系统区分大小写，而 Windows 默认不区分。你本地开发时 src/Helper.php 和 src/helper.php 可能都能加载，但一上服务器就报 Class not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
autoload.psr-4中的路径必须与磁盘真实路径**逐字节匹配**：写成"App\": "app/"就不能有APP/或App/目录 - 命名空间声明（如
namespace App\Http\Controller;）中的每个单词首字母大写，必须对应目录名app/Http/Controller/，不能是app/http/controller/ - 类文件名必须与类名完全一致：
HomeController类必须存为HomeController.php，不是homecontroller.php或HomeController.PHP - 运行
composer dump-autoload -o后，打开vendor/composer/autoload_psr4.php，确认映射路径和你ls -l看到的一致
Git 在 Linux 下默认忽略大小写变更，这是协作最大隐患
你把 Helper.php 改成 helper.php，git status 可能完全没反应——因为 Git 认为这只是大小写变化，默认不追踪。协作者 git pull 后，文件直接消失或加载失败。
- 立即检查：
git config core.ignorecase，如果输出true，说明当前仓库已关闭大小写敏感 - 临时修复：
git config core.ignorecase false，然后git rm --cached Helper.php && git add helper.php - 团队长期方案：项目根目录加
.gitattributes，写入* text=auto eol=lf，并配合 pre-commit 脚本检查文件名是否符合 PascalCase - CI/CD 流水线务必用 Linux 容器跑
composer install和自动加载测试，Windows 上“能跑”不等于“正确”
最常被跳过的动作是：改完 name 或重命名类后，没清 Composer 缓存、没重新生成 autoload 映射、也没验证磁盘路径和映射键是否真的一致。这些步骤缺一不可，而且顺序不能乱。
