Symfony升级后登录报错：Call to a member function has() on null

首先，这个错误的核心原因很明确：你的控制器里的$this->container是null，导致调用has()方法时触发报错。虽然你降级回了Symfony 2.8.32，但问题没消失，说明根源可能不在Symfony版本本身，而是依赖缓存、UserBundle的隐性变化或者控制器的实例化方式出了问题。下面是一步步的解决方案：

1. 排查控制器的实例化逻辑 #

• 确保登录相关的控制器不是通过手动new来创建的，必须通过Symfony的容器获取实例。比如路由配置里要正确指向控制器（不管是注解路由还是yaml/xml路由），如果是自定义服务控制器，要确保服务定义里正确注入了容器。
• 如果你的登录控制器覆盖了父类的构造函数，一定要记得调用parent::__construct()，或者在构造里手动调用$this->setContainer($container)来传入容器实例。

2. 彻底清理依赖缓存并重装 #

有时候降级后composer的缓存或者残留的vendor文件会导致依赖不匹配，执行以下命令彻底重置：

# 清除composer缓存
composer clear-cache
# 删除vendor目录和lock文件
rm -rf vendor/
rm composer.lock
# 确保composer.json里明确指定Symfony版本为2.8.32
# 然后重新安装依赖
composer install

3. 锁定UserBundle到之前正常的版本 #

你提到UserBundle用的是dev-master分支，这个分支是实时更新的，3周前没问题不代表现在的代码和Symfony 2.8.x兼容。建议锁定到你3周前更新时的commit hash：

1. 去UserBundle的代码仓库找到3周前的commit hash（比如通过git log）
2. 在composer.json里修改UserBundle的版本：

   "your-vendor/user-bundle": "dev-master#abc123def"
   

   把abc123def替换成实际的commit hash，这样就能确保使用当时正常的代码版本。

4. 清除Symfony应用缓存 #

不管是开发还是生产环境，缓存残留都可能导致奇怪的问题，执行对应的缓存清除命令：

# 开发环境
php app/console cache:clear --env=dev
# 生产环境
php app/console cache:clear --env=prod --no-debug

5. 检查服务配置 #

如果你的登录控制器是作为服务定义的，检查services.yml（或对应的配置文件）里是否正确注入了容器：

services:
    app.controller.login:
        class: AppBundle\Controller\LoginController
        calls:
            - [setContainer, ['@service_container']]

如果以上步骤都试过还是不行，建议检查UserBundle的登录认证逻辑，看看是否有在控制器之外调用控制器方法的场景，比如自定义的认证监听器里直接实例化了控制器但没传入容器。

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