Composer 本身不加载静态文件，真正触发执行的是 autoload.files 中配置的 PHP 文件；需清空或注释该配置并执行 composer dump-autoload 才能避免无条件加载。
Composer 本身没有“禁用 vendor/autoload.php 中静态文件加载”的功能——vendor/autoload.php 的作用就是注册自动加载器，它不主动加载任何静态文件（如 .php 文件中的顶层代码），更不会“加载静态资源”（如 CSS/JS）。你实际遇到的，很可能是以下某一种情况：
为什么 vendor/autoload.php 会触发意外执行？
当你 require 或 include vendor/autoload.php 时，它本身只做两件事：注册 PSR-4/PSR-0 加载规则、注册类映射（如 classmap）。但如果你在 composer.json 中配置了 "autoload": {"files": [...]}，这些文件会被无条件 require_once 执行——这才是“静态文件被加载”的真正来源。
- 常见错误现象：
vendor/autoload.php一引入就报错、数据库连接提前建立、全局常量重复定义、echo或header()被意外输出 - 根本原因不是 autoload.php 本身，而是
"autoload.files"列表里的 PHP 文件含有运行时逻辑 - Composer 不提供运行时开关来跳过
files加载；它在生成 autoloader 时就硬编码进去了
如何避免 "autoload.files" 中的文件被执行？
唯一可靠的方式是**不让 Composer 把它们写进 autoload.php**。你需要重新生成 autoloader，跳过 files 部分：
- 临时禁用：运行
composer dump-autoload --no-scripts --classmap-authoritative不会清除files，所以无效 - 正确做法：编辑
composer.json，清空或注释掉"autoload": {"files": [...]}，再执行composer dump-autoload - 如果必须保留这些文件（比如工具函数），改用按需加载：把
require语句移到真正需要的地方，而不是靠 autoloader 全局加载 - 注意：修改后
vendor/autoload.php文件内容会立刻变化，旧的 require 行会被移除
有没有办法在运行时绕过 files 加载？
没有安全、标准的方式。有人尝试在 require 前用 define('SKIP_AUTOLOAD_FILES', true) 并在目标文件里加判断，但这属于侵入式 hack，且违反 Composer 设计契约——files 就是为无条件加载设计的。
立即学习“PHP免费学习笔记（深入）”；
- Composer 生成的
vendor/autoload.php是一个封闭的自包含脚本，不接受运行时参数 - 试图 patch 生成后的文件（如删掉
require_once行）会导致下次dump-autoload被覆盖 - 若项目依赖第三方包自带
"autoload.files"（如monolog/monolog不带，但某些小众包可能有），只能 fork 修改其composer.json或用composer install --no-autoloader后手动处理，但会破坏兼容性
真正要控制的是「谁在什么时候加载什么」。把初始化逻辑塞进 autoload.files 是反模式——它该只放纯函数声明、常量定义这类无副作用代码。一旦里面有 new Database() 或 session_start()，问题就注定会发生。
