发生未知错误11（发生未知错误1145）
在刚涉足工作的那个时期，我所参与的第一个项目是一个崭新的运维系统，基于springboot框架构建，其结构明晰地划分为控制层（controller）、业务层（service）以及数据层（dao）。在开发过程中，我们遭遇了一个重要的挑战：如何处理业务异常和运行时异常。
当时，项目的返回数据并没有统一的实体包装，数据结构相当随意。很多时候，异常并未得到妥善处理，而是任由框架抛出错误，这种方式显得相当粗糙。
随着开发的深入，我意识到这种异常处理方式存在不小的问题。于是，我们决定采用try-catch语句来捕获异常，获取异常信息并赋值给异常字段后返回给前端。在某些情况下，为了图方便，我们甚至在controller里直接获取这些信息。例如：
```java
@Controller
public class AutoController {
@Autowired
private UserInfoService userInfoService;
@RequestMapping("/test")
@ResponseBody
public ResultDto test(){
try{
String name = userInfoService.getName();
ResultDto resultDto = new ResultDto();
resultDto.setData(name);
return resultDto;
}catch (Exception e){
ResultDto resultDto = new ResultDto();
resultDto.setErrorInfo(e.getMessage());
return resultDto;
}
}
}
```
这种方式虽然能解决异常处理的问题，但却带来了新的问题：每个controller都需要编写大量的try-catch语句，使得代码冗余且难以维护。业务层的代码在遇到问题时也是通过创建新的对象来处理异常。这种情况在我接手老项目时更是让我感到崩溃。
为了改进这种情况，我认识到项目中的统一异常处理其实可以更加简洁高效。于是，我们进行了以下改进：
我们创建了一个统一的返回包装类`ApiResponse`，这个类包含了http状态码、系统错误码、提示信息、调试信息和响应主体等字段，能够全面满足返回数据的需求。这个类的定义如下：
我们创建了一个包装返回实体的工具类，定义了一些成功返回的方法。这样，我们可以更加规范地处理正常的响应和异常情况，避免了大量的try-catch语句和重复的代码。当业务层或控制层需要返回数据时，只需调用工具类的相应方法即可。这种方式不仅提高了代码的可读性和可维护性，也使得异常处理更加统一和高效。这个工具类的使用方法如下：
import com.li.core.hellomeetingmon.Response.ResponseCodeEnum;
import com.li.core.hellomeetingmon.Response.ResponseResult;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
import java.util.HashMap;
import java.util.Map;
@ControllerAdvice
public class GlobalExceptionHandler {
private static final String EXCEPTION_MESSAGE_PREFIX = "系统异常：";
private static final String INTERNAL_SERVER_ERROR_MESSAGE = "服务器内部错误";
private static final HttpStatus INTERNAL_SERVER_ERROR_STATUS = HttpStatus.INTERNAL_SERVER_ERROR; // 500
private static final String ERROR_RESPONSE_MESSAGE = "请求失败"; // 默认错误信息描述
private static final String ERROR_RESPONSE_CODE = "error"; // 默认错误响应码标识
private static final String SUCCESS_RESPONSE_CODE = "success"; // 成功响应码标识，用于异常处理返回场景时明确标识处理结果成功而非未处理前默认的成功结果混淆客户端逻辑判断逻辑错误导致二次异常等情况的发生。这样的处理方式是全局统一性的响应码策略要求之一。后续处理业务逻辑错误异常时也应该按照这种统一性的策略来处理返回结果。具体场景可能还需要更复杂的逻辑判断和处理方式，此处仅做示例说明。在业务逻辑中抛出的异常被捕获后，将异常信息封装到ResponseResult中返回给客户端。这样客户端就可以根据返回的响应码和响应信息来做出正确的处理决策，从而实现整个系统的稳定性、可靠性与友好性。除了用于前端接口的响应信息设计之外，此类还可以与前端开发人员合作确定一些友好且明确的异常信息提示给客户端以指导用户解决遇到的各种问题从而提高用户体验质量等应用场景中使用。"]}这是一个用于创建全局异常处理类的示例代码。这个类使用了 `@ControllerAdvice` 注解来拦截抛出的异常，并将其转换为统一的响应格式返回给客户端。下面是代码的解释：
package com.li.core.hellomeeting.exception;
声明了这个类所在的包路径。这里的包路径是基于您提供的代码片段中的包路径进行假设的。您可以根据实际情况进行修改。
导入相关类和注解
这部分导入了必要的类和注解，包括 `@ControllerAdvice` 用于拦截全局异常和相关的 Spring 相关注解。同时也导入了 `ResponseCodeEnum` 和 `ResponseResult` 等自定义的枚举和响应类。
GlobalExceptionHandler 类定义
定义了一个名为 `GlobalExceptionHandler` 的类，该类使用 `@ControllerAdvice` 注解来全局处理异常。在这个类中，您将定义几个方法来处理不同类型的异常。以下是主要方法的解释：
构造函数：默认构造函数。根据需要可以添加其他构造函数来处理不同类型的异常初始化操作。例如，可以接收异常类型作为参数来定制响应消息等。这里仅作为示例，未展示具体的实现细节。
ExceptionHandler 注解方法：使用 `@ExceptionHandler` 注解来指定处理特定类型的异常。例如，您可以定义一个方法来处理 `BusinessException` 异常类型，并返回一个特定的响应格式给客户端。这些方法可以根据您的业务需求进行定制和扩展。具体的实现细节取决于您的业务需求和应用场景。您需要根据实际情况编写这些方法的具体实现逻辑。在方法中，您可以获取异常的详细信息（如消息、堆栈跟踪等），并将其封装到 `ResponseResult` 对象中返回给客户端。您也可以根据需要设置特定的 HTTP 状态码等。这些方法的主要目的是将异常转换为统一的响应格式，以便客户端可以轻松地和处理这些响应。这样可以提高系统的稳定性和可靠性，并提供更好的用户体验。关于响应格式的详细设计，可以根据您的需求进行定制和调整，以确保适应您的应用场景和需求。注意： 在实际的开发过程中，您可能需要根据具体的业务需求和技术框架来调整和扩展这个类的功能和方法。总结： 这个类是一个全局异常处理类，用于捕获和处理应用程序中的异常，并将异常信息转换为统一的响应格式返回给客户端。这对于提高系统的稳定性和可靠性非常重要，并有助于提高用户体验质量等应用场景中的使用体验。注意事项和潜在改进点： 这个类是一个基础的示例代码，可能需要进一步扩展和调整以适应实际的业务需求和技术框架。例如，可能需要处理不同类型的异常、提供友好的错误信息提示给客户端、处理业务逻辑错误异常等场景中的更复杂的逻辑判断和处理方式等。对于全局的异常处理机制也需要谨慎设计和管理，以确保系统的健壮性和安全性不受影响。在核心模块中，我们经常会遇到各种异常处理的需求。为了优雅地处理这些异常并返回给前端友好的错误信息，我们封装了一个全局异常处理器 `GlobalExceptionHandler`。下面是对该处理器的生动描述和解读。
全局异常处理中心
在 `GlobalExceptionHandler` 类中，我们捕获并处理多种类型的异常。这个类就像一个精密的瑞士手表，时刻准备着处理可能出现的各种异常情况。让我们来仔细了解一下每个方法的功能。
参数校验错误处理
当遇到参数校验异常 `BindException` 时，方法 `handleBindException` 被触发。在这个方法中，我们获取所有字段的校验错误，并将它们转换成一种易于理解的格式返回给前端。这个过程就像是处理一场乐高拼图游戏中的错误，将散落的碎片收集起来，告诉玩家哪里出了问题。
参数错误处理
当遇到方法参数无效异常 `MethodArgumentNotValidException` 时，我们知道传入的参数有误。这时，我们通过日志记录错误信息并返回一个预定义的错误码和消息，告诉前端参数不符合要求。这个过程就像是餐厅的厨师在处理错误的食材订单，告诉服务员食材不可用。
非法的请求方法处理
当接收到一个不被支持的HTTP请求方法时，会触发 `HttpRequestMethodNotSupportedException` 异常。我们的处理器会捕获这个异常，并告诉前端请求方法不被接受。这就像是一个礼仪接待员在处理不合规矩的请求，告诉客人请求的方式不对。
参数缺失错误处理
当请求中缺少必要的参数时，会抛出 `MissingServletRequestParameterException` 异常。我们的处理器会捕获这个异常并明确告诉前端缺少哪些参数。这个过程就像是在完成一份问卷时漏填了某些问题，系统提醒你需要补充完整信息。
文件上传异常处理
在处理文件上传时，可能会遇到各种上传异常 `MultipartException`。我们的处理器会捕获这些异常并记录日志，然后返回一个预定义的错误码和消息告诉前端文件上传失败的原因。这就像是在处理一个复杂的文件传输任务时遇到的障碍，我们需要告诉用户传输过程中遇到了哪些问题。
访问权限错误处理
当某个用户尝试访问他们没有权限的资源时，会抛出 `AccessDeniedException` 异常。我们的处理器会捕获这个异常并返回相应的错误码和消息，告诉用户他们没有足够的权限访问该资源。这就像是一个门卫在处理没有通行证的人试图进入禁区的情况。
全局未知异常处理
除了上述特定的异常类型外，我们还会捕获全局的未知异常 `Exception` 并记录日志。对于这类异常，我们返回一个通用的内部服务器错误码和消息，告诉前端遇到了意外的服务器问题。这就像是一个大楼的保安在处理大楼内部发生的突发状况一样。尽管不知道具体原因，但可以通过告知前台情况来处理问题。最后会结合定义的错误枚举类返回对应的错误码、消息和状态标志等友好信息给前端使用。这个全局异常处理器是整个系统稳定性的守护者它默默地在后台工作确保系统能够优雅地应对各种意外情况给前端返回易于理解的错误信息提升了系统的健壮性和用户体验，。当发生业务异常时还会通过业务异常处理逻辑提取业务异常的响应结果返回给前端如果业务异常没有携带响应结果则记录日志并返回内部服务器错误给前端提示系统内部发生了未知错误无法处理业务请求信息。。总的来说这个全局异常处理器是系统稳定性的关键组成部分确保了系统的健壮性和用户体验的统一性它让系统的错误处理变得简单、高效且易于管理让开发者能够专注于业务逻辑的实现而无需担心异常的复杂性。在业务逻辑中，异常处理扮演着至关重要的角色。为了更好地管理和处理各种可能出现的异常，我们定义了一个名为`MyException`的类，用于统一封装并抛出异常信息。在这个类中，我们定义了几个方法，用于创建不同类型的业务异常。
当业务逻辑中出现错误时，我们可以使用这些方法来抛出异常。例如，当参数错误时，我们可以使用`throwException`方法抛出一个带有相关信息的异常。同样地，当请求的资源找不到、无权限访问等情况时，我们也能抛出相应的异常。这些异常不仅包含了基本的错误信息，还包含了API响应信息，便于前端或其他调用方获取并处理。
接下来，让我们深入到具体的业务逻辑中。以部署服务为例，当一个服务正在被部署时，如果尝试再次部署该服务，系统会记录一条错误日志，并通过`MyException`类的`badRequest`方法抛出一个参数错误的异常。这样，调用方就能获取到清晰的错误信息，知道是因为服务正在部署中而不能再次发起部署请求。
在Controller层中，当接收到部署请求时，首先会验证参数绑定结果，然后将文件参数和部署参数一起传递给服务层进行服务部署。在服务部署过程中，如果出现任何异常，都会通过`MyException`类进行统一处理，确保异常信息的准确性和一致性。返回成功的响应信息。
整个系统的异常处理机制设计得十分灵活和高效。无论是业务逻辑中的错误处理还是Controller层中的异常捕获，都使用了统一的异常处理方式。这种方式使得代码更加简洁明了，易于维护。对于调用方来说，也能获取到清晰、准确的错误信息，提高了系统的用户体验。
原文（假设）：
在这个充满活力和创意的时代，科技日新月异，给人们带来了前所未有的便利和惊喜。从智能手机到智能家居，从人工智能到虚拟现实，科技的进步正在改变着我们的生活方式。今天，我想和大家分享一个关于科技发展的故事。
在一个繁忙的城市里，有一家高科技公司。这家公司一直致力于研发最前沿的科技产品，让人们的生活更加便捷。他们的研发团队不断推陈出新，研发出了许多令人惊艳的产品。其中一款智能助手受到了广大用户的热烈欢迎，成为人们生活中不可或缺的一部分。
这款智能助手具有语音识别和智能问答功能，可以为用户提供便捷的生活服务。用户只需对它发出指令，它就能帮助用户完成各种任务，如查询天气、播放音乐、提醒日程等。它的出现让人们的生活变得更加轻松，也让人们更加依赖科技的力量。
这家公司的成功引起了业界的广泛关注。许多媒体纷纷报道他们的产品，好评如潮。用户们纷纷留言称赞这款智能助手，认为它改变了他们的生活方式，让他们的生活变得更加美好。该公司也获得了丰厚的回报，成为了行业内的佼佼者。
在这个飞速发展的科技时代，创新的力量如同源源不断的洪流，为人类带来了无限的惊喜与便利。从智能设备到人工智能，从虚拟现实到物联网，科技的进步正在深刻改变我们的生活方式。今天，我要为您讲述一个关于一家引领科技风潮的公司的传奇故事。
在这座繁华的城市中，有一家不断追求卓越的高科技巨头。他们凭借敏锐的洞察力和不懈的研发努力，推出了一系列引领潮流的科技产品，其中一款智能助手更是成为了人们热议的焦点。
这款智能助手集成了先进的语音识别和智能问答技术，为用户提供了便捷的生活服务体验。只需简单的语音指令，它就能完成各种任务，无论是查询天气、播放音乐，还是管理日程，都能轻松应对。它的出现让人们的生活变得更加轻松便捷，也让人们更加深刻地认识到科技的力量。
这家公司的成功故事在业界传为佳话，引起了广泛的关注。各大媒体纷纷报道他们的产品，赞誉之声不绝于耳。用户们纷纷留言称赞这款智能助手，认为它极大地改变了他们的生活方式，让他们的生活更加美好。该公司也凭借这款产品的出色表现，收获了丰厚的回报，成为了行业内的翘楚。
在这个充满挑战与机遇的时代，他们将继续致力于科技创新，为人们带来更多惊喜和便利，书写更多关于科技的传奇故事。