SonarLint提示认知复杂度过高：多次检查返回值是否该忽略？

这种「调用函数→检查返回值→非0则直接返回」的线性错误检查逻辑，本质上是顺序执行的简单分支，并没有嵌套或复杂的逻辑跳转，可读性其实没什么问题，但SonarLint会因为重复的if判定累加认知复杂度得分。要不要忽略这个提示，得分情况看：

先尝试优化，而非直接忽略 #

优先考虑通过代码重构降低复杂度，同时保持逻辑清晰：

• 封装重复检查逻辑：把「调用+返回值判断」的重复代码抽成辅助函数或lambda，减少重复的if语句。比如原来的代码：

  int ret = init_config();
  if (ret != 0) return ret;
  ret = connect_db();
  if (ret != 0) return ret;
  ret = load_cache();
  if (ret != 0) return ret;
  

  可以改成：

  auto check_and_return = [](int ret) {
      if (ret != 0) return ret;
      return 0;
  };
  
  int ret = init_config();
  if (check_and_return(ret)) return ret;
  ret = connect_db();
  if (check_and_return(ret)) return ret;
  ret = load_cache();
  if (check_and_return(ret)) return ret;
  

  更进一步，还可以把函数调用直接传入辅助函数，让它自动处理调用和检查，彻底减少重复代码。
• 适配语言特性优化：如果用的是支持异常处理的语言（比如Java、C++），且项目规范允许，可以考虑用异常替代返回值错误码，从根源上消除这类重复检查。

优化后仍触发提示？可以选择性忽略 #

如果重构后还是达不到SonarLint的阈值，或者项目硬性要求必须用返回值错误码的模式：

• 单函数/代码块忽略：在代码里加明确的注释，说明忽略的原因，比如// NOSONAR: 线性错误检查流程，无复杂分支，可读性良好，避免后续维护人员误解。
• 调整局部配置：在SonarLint的配置中，针对这个函数或文件调高认知复杂度的阈值，不要全局修改，避免放过真正复杂的代码。

核心原则是：认知复杂度的意义是衡量代码的理解难度，如果你的代码逻辑清晰，只是因为重复的线性检查导致得分虚高，忽略提示是合理的，但优先尝试优化，让工具规则和代码可读性达成平衡。

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