composer只负责php类自动加载，与apache的documentroot、url路由、目录权限完全无关；class not found是php层错误，源于未正确引入vendor/autoload.php或路径配置错误，403/404则是apache配置问题，如documentroot指向错误或权限未开放。
Composer 本身不配置 Apache 目录访问路径，它只管 PHP 类和函数的自动加载；Apache 的目录访问权限、URL 路由、DocumentRoot 设置，和 Composer 的 autoload 完全无关。如果你在浏览器访问时遇到 Class not found 或 403/404，问题一定出在 Apache 配置或文件部署位置，而不是 composer.json 写得不对。
为什么改了 autoload 还是 403 或 Class not found
常见混淆点：以为把 src/ 目录放到 Apache 的 DocumentRoot（比如 /var/www/html）下，就能直接通过 URL 访问类文件——这是错的。PHP 类文件不能也不该被 Web 服务器直接暴露访问。
- Apache 默认禁止访问
.php文件源码（除非配置了AllowOverride All且有 .htaccess 允许），更不会执行自动加载逻辑 - Composer 的
vendor/autoload.php是给 PHP CLI 或 PHP-FPM 执行用的，不是给 Apache 当路由用的 - 你看到的 “Class not found” 错误，99% 是因为 PHP 脚本（如
index.php）没正确引入vendor/autoload.php，或引入时机太晚
入口文件 index.php 必须放在 DocumentRoot 下，且第一行就 require autoload
典型安全结构是：Apache 的 DocumentRoot 指向项目中一个**公开子目录**（如 public/），而 composer.json 和 src/ 在其上级目录。这样能防止访问到 vendor 或配置文件。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
public/index.php是唯一可被 Apache 直接访问的 PHP 文件，它必须以require __DIR__ . '/../vendor/autoload.php';开头 - 确保 Apache 的
DocumentRoot指向的是/path/to/your/project/public，不是/path/to/your/project - 如果硬要把整个项目根目录设为 DocumentRoot，必须在 Apache 配置里用
<directory></directory>显式禁止访问vendor/、src/、composer.json
Apache 配置里不需要、也不能写 autoload 相关路径
Apache 不认识 psr-4、classmap 或 files。它的职责只有三件事：接收 HTTP 请求、定位物理文件、交给 PHP 解释器执行。自动加载发生在 PHP 层，Apache 层完全无感。
- 不要在
.htaccess或httpd.conf里尝试“映射命名空间”，那毫无意义 - 如果用了 Apache 的
mod_rewrite做前端控制器（如 Laravel 的 public/.htaccess），它只是把所有请求转发给index.php，真正的路由和加载仍由 PHP 完成 - 检查
error_log里的 PHP Fatal error，而不是 Apache 的 access_log —— Class not found 是 PHP 错误，不是 HTTP 状态码问题
最易忽略的一点：Apache 用户（通常是 www-data 或 _www）必须对 vendor/composer/ 下的生成文件（尤其是 autoload_psr4.php）有读取权限。chmod 755 vendor/ 通常够用，但若用 opcache 或 APCu，还得确认这些扩展没缓存旧的 autoload 映射。
