Doctrine中MySQL服务宕机时无法捕获ConnectionException异常问题

首先可以明确：Doctrine 的 Repository、EntityManager 等高层封装不会吞掉异常，所有数据库操作产生的异常都会向上抛出，你捕获失败是由以下几类常见原因导致的：

• 命名空间匹配错误：PHP 7+ 环境下如果当前代码文件存在命名空间声明，catch (Exception $e) 默认捕获的是当前命名空间下的 Exception 类，而非全局根命名空间的 \Exception。Doctrine 抛出的 ConnectionException 属于自身独立命名空间，不会匹配到当前命名空间下的 Exception，因此捕获失效。
• 异常触发时机不匹配：Doctrine 默认采用懒连接机制，仅在执行真实 SQL 操作（如 find()、flush()、执行自定义 DQL/SQL 等）时才会发起数据库连接。如果你仅在获取 Repository/EntityManager 的逻辑外层套 try catch，此时还未触发连接逻辑，自然不会捕获到对应异常。
• 异常类型匹配错误：如果只针对性捕获部分异常类型，没有覆盖到 Doctrine 抛出的连接异常类，也会出现捕获失效的问题。

建议优先针对性捕获连接异常，示例代码如下：

<?php

namespace App\Controller;

use Doctrine\DBAL\Exception\ConnectionException;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;

class TestController extends AbstractController
{
    public function index()
    {
        try {
            // 此处放置真实执行数据库操作的代码
            $data = $this->getDoctrine()->getRepository(YourEntity::class)->find(1);
        } catch (ConnectionException $e) {
            // 单独处理数据库连接异常，返回友好响应
            return new Response('数据库服务暂时不可用，请稍后重试', 503);
        } catch (\Exception $e) {
            // 捕获其他全局异常，注意Exception前必须加反斜杠指向根命名空间
            // 其他异常处理逻辑
        }
    }
}

补充说明：如果你的项目需要全局统一处理 MySQL 宕机的场景，不需要在每个路由逻辑中单独加 try catch，可以直接通过 Symfony 的 kernel.exception 事件监听器统一拦截 ConnectionException 类异常，全局返回统一的错误响应即可。

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