这个问题我之前在项目里也碰到过，核心原因是Apache服务器会优先匹配实际存在的物理文件夹，而不是把请求转发给CodeIgniter的前端控制器（index.php）处理。下面给你几个可行的解决方案，按推荐程度排序：

1. 修改.htaccess规则（推荐） #

直接调整项目根目录下的.htaccess文件，让Apache优先将/vendor路径的请求交给CodeIgniter处理，而不是直接访问物理文件夹。

找到你现有的默认.htaccess规则，一般是这样的：

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1 [L]

在这些规则最前面添加专门针对vendor路径的重写规则：

# 优先处理vendor路径的请求，转交给CodeIgniter控制器
RewriteRule ^vendor(.*)$ index.php/vendor$1 [L]

# 原有默认规则
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1 [L]

这样一来，当你访问localhost/my_project/vendor或者localhost/my_project/vendor/xxx时，请求会直接被转发到index.php/vendor，从而加载你的Vendor控制器，而不是打开Composer的vendor文件夹。

2. 重命名冲突的文件/文件夹（最直接） #

如果不想修改配置，最简单的方式就是让两者的名称不重复：

• 重命名Vendor控制器：把application/controllers/Vendor.php改名为VendorController.php，同时修改控制器类名为VendorController，之后访问路径改为localhost/my_project/vendorcontroller（也可以配合路由映射回/vendor）。
• 重命名Composer的vendor文件夹：修改项目根目录下的composer.json，添加vendor-dir配置指定新的文件夹名称：

  {
    "vendor-dir": "composer_vendor"
  }
  

  然后在终端执行composer install或者composer update，Composer会自动把依赖包安装到新的composer_vendor文件夹里，原有的vendor文件夹可以删除。

3. 配置CodeIgniter路由规则 #

在application/config/routes.php中添加路由映射，强制将/vendor路径指向你的Vendor控制器。不过这个方法需要配合第一步的htaccess修改（否则Apache还是会优先访问物理文件夹）：

// 将/vendor路径映射到Vendor控制器
$route['vendor'] = 'vendor';
// 如果控制器有子方法，添加这条规则匹配所有子路径
$route['vendor/(:any)'] = 'vendor/$1';

4. 禁用vendor文件夹的直接访问 #

在Composer生成的vendor文件夹里新建一个.htaccess文件，禁止外部直接访问该目录：

# Apache 2.2及以下版本
Deny from all

# Apache 2.4及以上版本
Require all denied

这样当用户访问localhost/my_project/vendor时会得到403禁止访问的响应，只能通过localhost/my_project/index.php/vendor加载控制器。不过这个方案用户体验一般，适合临时应急用。

内容的提问来源于stack exchange，提问作者Emmanuel agahiu