在composer.json中通过autoload或autoload-dev的files数组配置绝对路径（如"src/helpers.php"）可实现启动时自动require，适用于全局函数和常量，但不支持glob、require_once无效、路径需正斜杠、顺序敏感且必须执行dump-autoload生效。
files自动加载在composer.json里怎么写
直接在 autoload 或 autoload-dev 下加 files 数组，填绝对路径（相对于 composer.json 文件位置）即可。它不走 PSR-4 那套命名空间映射，就是“一启动就 require 这些文件”，适合放全局函数、常量定义、辅助工具函数。
常见错误是路径写错：比如用了相对路径但没注意当前工作目录，或混用了 ./ 和 ../ 导致加载失败，运行时直接报 Call to undefined function。
-
files里的路径必须是字符串数组，不能是 glob 模式（src/*.php不行） - 路径建议用正斜杠，Windows 下也兼容；避免用
__DIR__或变量，因为 composer 是静态解析的 - 如果文件里有
declare(strict_types=1)，所有通过files加载的代码都会受其影响——这点容易被忽略
{
"autoload": {
"files": [
"src/helpers.php",
"src/constants.php"
]
}
}
为什么require_once在files里无效
因为 files 的本质是让 Composer 在生成 vendor/autoload.php 时，把列表里的文件路径硬编码进一个 require 列表。它不走 PHP 的运行时文件查找逻辑，也不做重复加载判断——换句话说，require_once 在这些文件内部写没用，Composer 就是无脑 require 每次都执行。
典型现象：你在 helpers.php 里写了 require_once 'utils.php'，结果跑起来报函数重复定义。这不是 Composer 的 bug，是你误以为它会帮你做依赖管理。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 所有
files列表中的文件，会被按顺序一次性require，顺序很重要 - 如果 A.php 依赖 B.php 里的函数，B.php 必须排在 A.php 前面
- 不要在
files加载的文件里再用require/include引其他业务文件，容易失控
autoload-dev下的files和autoload下的files区别
核心就一条：前者只在开发环境生效（比如跑测试、本地调试），后者在生产环境也会加载。如果你把调试用的 dump() 函数或 dd() 放在 autoload 的 files 里，上线后可能意外暴露敏感信息或拖慢性能。
常见误用场景：把 Laravel 的 helpers.php 直接扔进 autoload.files，结果线上环境也加载了全套辅助函数，其实多数只在 tinker 或测试里需要。
-
autoload-dev.files对应的是vendor/autoload.php被require时是否包含——不是靠环境变量开关，而是靠你是否用了--no-dev安装 - 执行
composer install --no-dev后，autoload-dev.files里的路径不会写入最终的 autoloader - 如果你的全局函数既要在 CLI 工具里用，又要在 Web 请求里用，才放
autoload.files；否则优先放autoload-dev.files
加载后函数/常量找不到？检查这三件事
不是 Composer 配错了，就是 PHP 自身机制卡住了。最常踩的坑其实是“文件执行了，但内容没生效”。
- 确认文件里没有包裹在
if (false) { }或未满足的条件分支里——files是无条件执行的，但里面代码可以自己跳过 - 检查是否有语法错误（比如末尾少个分号），会导致后续函数定义不生效，但 Composer 不报错，只有运行时报
Call to undefined function - 改完
composer.json后，必须运行composer dump-autoload（或install/update），否则新配置不会生效——很多人改完就跑，发现没用，其实是缓存没刷新
复杂点在于：这些文件是「最早一批」被加载的，早于任何框架初始化、日志配置、甚至部分扩展加载。所以别在里面调 app()、config() 这类 Laravel 函数，它们还不存在。
