vendor/autoload.php 用 / 能在 Windows 正常 require，因 PHP 7.4+ 原生支持 / 作目录分隔符，内部自动转为反斜杠；composer.json 中路径必须全用 /，硬编码 \ 或混用会导致 PSR-4 映射失败。
vendor/autoload.php 为什么用 / 却能在 Windows 上正常 require
因为 PHP 7.4+ 在 Windows 上原生支持 / 作为目录分隔符，底层调用系统 API 前会自动转成反斜杠。你看到的 __DIR__ . '/composer/autoload_real.php' 这种写法，__DIR__ 返回的是 Windows 下标准化路径（如 C:/project/vendor），拼上 /composer/... 后，PHP 内部自动映射为系统可识别形式——不是 Composer 转的，是 PHP 自己干的。
硬编码 （比如 'srcFooBar.php'）或混用（'src/FooBar.php'）才真会出错；只要路径里全是 /，就不用加 str_replace('', '/', $path)，加了反而可能破坏逻辑。
composer.json 中路径字段必须全用 /，不能用 DIRECTORY_SEPARATOR
composer.json 是声明式配置，不是运行时代码。所有 autoload、autoload-dev、scripts 字段中出现的路径（如 "src/": ["src/"] 或 "phpunit --configuration phpunit.xml"），官方只认正斜杠 /。
- 写成
"src": ["src"]→ PSR-4 映射失败，类找不到 - 用
str_replace('', '/', $path)动态生成路径再塞进composer.json→ 无效且危险，Composer 不解析 PHP 表达式 -
scripts里的ls -la或cp属于 shell 命令兼容性问题，和路径斜杠无关，得另配cross-env或改写脚本
离线部署时 vendor 路径“看起来一样却加载失败”的真实原因
根本不是斜杠问题，而是 vendor/composer/autoload_classmap.php 或 autoload_static.php 里固化了开发机的绝对路径（比如 C:projectsrc），Linux 根本没法解析盘符和反斜杠。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法：
- 离线打包前，在目标环境 OS（如 Linux 容器）上执行
composer install --no-dev --optimize-autoloader - 检查
vendor/composer/autoload_classmap.php，确认里面没有和C:这类 Windows 特征 - 运行
composer dump-autoload --optimize再打包，它生成扁平化映射，减少对动态路径拼接的依赖
__DIR__ 拼路径在 WSL 或 Docker 挂载场景下容易出错
这不是 Composer 的锅，而是 __DIR__ + 相对路径在跨系统挂载时可能被 realpath() 解析出混用分隔符的结果（如 C:project endor/../src），后续 require 或 file_exists() 就会失败。
安全写法：
- 路径用于
require或include时，优先包一层realpath()：realpath(__DIR__ . '/../src') - 拼路径时别依赖
__DIR__直接加/../../src，改用dirname(__DIR__) . DIRECTORY_SEPARATOR . 'src' - 别拿
file_exists(__DIR__ . '/../src')判断存在性——它可能返回false，即使文件物理存在
__DIR__ 和 realpath() 的行为就会暴露差异；而 autoload_classmap.php 里藏的盘符和反斜杠，往往要等上线报错才被发现。 
