捕获异常仅靠try/catch包裹就足够吗？是否需要采取更多处理措施？

你当前直接在函数内部包裹try/catch仅记录日志的处理方式是不推荐的，存在逻辑隐患，需要根据异常的类型调整处理策略。

现有写法的核心问题 #

你当前的写法相当于在函数内部直接「吞掉」了所有异常，上层调用方完全感知不到函数执行失败：如果这个函数需要返回业务数据供后续逻辑使用，上层会默认函数执行成功，拿着错误/空数据继续执行，会引发更难排查的隐性BUG。

不同场景的处理方案 #

场景1：判断逻辑属于可预期的业务规则校验 #

如果somethingDoesntLookRight是参数非法、用户输入不符合要求这类可预期、可处理的业务错误，不需要抛出异常，直接返回错误标识即可，异常本身的性能开销远高于普通的返回值判断，也不符合业务校验的语义：

function doSomething(): array|false {
  if (somethingDoesntLookRight) {
    // 直接返回错误，调用方可直接通过返回值判断执行状态
    return false;
  }
  // 正常执行逻辑
  return ['status' => 'success', 'data' => $result];
}

场景2：错误属于不可恢复的系统异常 #

如果somethingDoesntLookRight对应的是数据库连接失败、依赖的第三方服务不可用这类不可恢复的系统级错误，适合抛出异常，但不要在当前函数层捕获，应该交给上层统一异常处理逻辑处理：

// 函数仅定义异常抛出逻辑，不做捕获
function doSomething() {
  if (somethingDoesntLookRight) {
    throw new Exception("Error message");
  }
  // 正常执行逻辑
}

// 上层调用/全局异常处理器统一捕获
try {
  doSomething();
  // 执行成功的后续逻辑
} catch (Exception $e) {
  // 统一完成日志记录、错误响应返回、降级逻辑等操作
  error_log($e->getMessage());
  exit(json_encode(['code' => 500, 'msg' => '系统异常']));
}

场景3：必须在当前函数层捕获的特殊情况 #

如果确实有需要在函数内部处理异常的场景（比如需要针对失败做专属降级逻辑），catch块不能仅记录日志，必须补充后续处理逻辑：

• 要么返回明确的错误标识，通知调用方执行失败
• 要么执行降级逻辑，返回兜底的可用数据
• 要么重新抛出异常，让上层逻辑继续感知错误

function doSomething(): array {
  try {
    if (somethingDoesntLookRight) {
      throw new Exception("Error message");
    }
    // 正常执行逻辑
    return ['status' => 'success', 'data' => $result];
  } catch(Exception $e) {
    error_log($e->getMessage());
    // 示例：返回兜底降级数据
    return ['status' => 'success', 'data' => $defaultData];
    // 或者返回错误标识：return ['status' => 'fail', 'msg' => $e->getMessage()];
    // 或者重新抛出异常：throw $e;
  }
}

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