Composer不支持自动加载静态文件，仅通过autoload.files可预加载指定PHP文件；psr-4/psr-0和classmap只处理类结构，不加载纯脚本；\_include非Composer语法，静态资源需手动路径管理。
Composer 不支持自动加载静态文件（如 .php 配置文件、模板、SQL 脚本等），_include 语法也根本不存在于 Composer 的规范中——这是常见误解，源于混淆了 PHP 原生 include/require 和 Composer 的自动加载机制。
Composer 自动加载只处理类（class）、接口（interface）、trait 和函数（PHP 7.2+ 的 autoload.files）
Composer 的 autoload 配置本质是为 class_loader 服务的，它生成的 vendor/autoload.php 只负责将类名映射到文件路径。静态资源（如 config/database.php、sql/init.sql）不会被扫描或注册。
-
psr-4/psr-0：只匹配命名空间前缀 → 目录映射，且仅在 new / class_exists / use 等触发时按需加载对应类文件 -
classmap：会扫描指定目录下所有 PHP 文件并提取其中定义的类/接口/trait，但依然不加载非声明结构的纯脚本 -
files：唯一能“预加载”静态 PHP 文件的方式，但它是显式列表，不是自动发现，也不支持通配符或目录递归
autoload.files 是唯一接近“包含静态 PHP 文件”的方式
如果你有一组全局函数或常量定义（比如 helpers.php、constants.php），可将其加入 autoload.files，Composer 会在每次引入 vendor/autoload.php 时无条件执行它们。
{
"autoload": {
"files": [
"src/helpers.php",
"src/constants.php"
]
}
}
注意：files 中的路径是相对于 composer.json 所在目录的；修改后必须运行 composer dump-autoload 才生效；这些文件会在 autoload 初始化阶段立即执行，无法按需懒加载。
为什么不能用 _include？这不是 Composer 的语法
没有 _include 这个关键字或函数。你可能看到的是以下几种情况之一：
- 某文档误写（把 PHP 的
include加了下划线） - 自定义脚本里手动写的
_include('config.php')函数（非标准，需自行实现） - 框架封装（如 Laravel 的
base_path()+require），但这与 Composer 无关
Composer 从不解析或执行用户代码中的 include 语句，它只管自己的类映射逻辑。所有 include/require 调用都由 PHP 解释器在运行时处理，Composer 不参与、不干预、不重写。
静态文件路径该怎么做才合理
对配置、SQL、视图等非类文件，推荐明确管理路径，而不是试图“自动加载”：
- 用常量或辅助函数统一路径基点，例如：
define('CONFIG_PATH', __DIR__ . '/config'); - 在容器或配置类中封装加载逻辑：
new ConfigLoader(CONFIG_PATH . '/database.php') - 避免在
autoload.files里塞大量配置文件——这会让启动变慢，且破坏关注点分离 - 如果真要集中管理，可用
composer-scripts在post-autoload-dump阶段生成一个paths.php映射表，再手动require它
路径错误最常发生在相对路径没算准当前工作目录（getcwd()）——永远优先用 __DIR__ 或 dirname(__FILE__) 构建绝对路径。
