企业官网建设流程全解析

如何做一个手机网站,是阿里巴巴好还是自己做网站好？,建设工程公司简介,建站技术博客初始设计回顾 功能 本次设计旨在实现全局错误捕获、错误日志记录以及错误码管理。可以将其想象成一个系统的“健康监测员”#xff0c;它能及时发现系统运行过程中的错误#xff0c;详细记录这些错误信息#xff0c;并通过特定的错误码对错误进行精准标识和分类。 需求 希望…初始设计回顾功能本次设计旨在实现全局错误捕获、错误日志记录以及错误码管理。可以将其想象成一个系统的“健康监测员”它能及时发现系统运行过程中的错误详细记录这些错误信息并通过特定的错误码对错误进行精准标识和分类。需求希望提供统一的异常捕获机制以及通用的ErrorCode各个服务只要引用这个包就能轻松进行异常处理。同时各服务还能通过继承ErrorCode来定制属于自己的异常代码就像给每个服务配备了一把可以根据自身需求调整的“错误处理钥匙”。设计提供跨微服务的统一异常处理机制如同建立了一套通用的“错误处理规则”无论在哪个微服务中出现问题都能按照这套规则进行处理确保整个系统处理错误的方式一致。标准化错误响应格式使得不同微服务返回的错误信息具有相同的格式方便开发人员快速理解和定位问题就像所有错误信息都穿上了统一的“外衣”。简化各服务的异常处理逻辑让各服务在处理异常时更加轻松无需每个服务都从头设计复杂的异常处理流程只需遵循统一的规则即可。3.1 异常类层次结构// 基础异常接口publicinterfaceErrorCode{StringgetCode();StringgetMessage();StringgetCategory();}// 基础异常类publicabstractclassBaseExceptionextendsRuntimeException{privatefinalErrorCodeerrorCode;privatefinalObject[]args;privatefinalStringtraceId;// 构造方法、getter等}// 业务异常publicclassBusinessExceptionextendsBaseException{// 业务逻辑相关异常}// 系统异常publicclassSystemExceptionextendsBaseException{// 系统级异常如数据库连接失败等}// 参数校验异常publicclassValidationExceptionextendsBaseException{privatefinalMapString,StringfieldErrors;// 参数校验失败异常}这段代码构建了一个清晰的异常类层次结构。ErrorCode接口定义了获取错误码、错误信息和错误类别的方法为所有异常类型提供了统一的规范。BaseException作为基础异常类继承自RuntimeException包含了错误码、参数和追踪ID等关键信息为具体的异常类型提供了通用的属性和行为。BusinessException、SystemException和ValidationException分别针对业务逻辑、系统级以及参数校验方面的异常进行了具体定义。这种分层结构使得异常处理更加有序和易于维护。3.2 错误码设计3.2.1 通用错误码 (CommonErrorCode)publicenumCommonErrorCodeimplementsErrorCode{// 系统级错误 (SYS001-SYS999)SYSTEM_ERROR(SYS001,系统内部错误,SYSTEM),PARAM_INVALID(SYS002,参数校验失败,SYSTEM),UNAUTHORIZED(SYS003,未授权访问,SYSTEM),FORBIDDEN(SYS004,禁止访问,SYSTEM),NOT_FOUND(SYS005,资源不存在,SYSTEM),METHOD_NOT_ALLOWED(SYS006,请求方法不支持,SYSTEM),TOO_MANY_REQUESTS(SYS007,请求过于频繁,SYSTEM),// 网络通信错误 (NET001-NET999)NETWORK_TIMEOUT(NET001,网络超时,NETWORK),SERVICE_UNAVAILABLE(NET002,服务不可用,NETWORK),FEIGN_CLIENT_ERROR(NET003,服务调用失败,NETWORK),// 数据处理错误 (DATA001-DATA999)DATA_INTEGRITY_VIOLATION(DATA001,数据完整性约束违反,DATA),DUPLICATE_KEY(DATA002,数据重复,DATA),OPTIMISTIC_LOCK_FAILURE(DATA003,乐观锁冲突,DATA);}通用错误码的设计涵盖了系统级、网络通信以及数据处理等多个常见的错误场景。每个错误码都有其特定的编码、错误信息以及所属类别。例如SYSTEM_ERROR表示系统内部错误NETWORK_TIMEOUT表示网络超时错误。这种设计方式有助于快速定位和区分不同类型的错误方便开发人员进行调试和处理。你在项目中遇到过哪些频繁出现的通用错误呢3.2.2 各服务错误码分配规范由于是先开发的就先不定义了等每个服务开发得差不多了重新整合一遍分配就好了不过在这里还是给个例子。SYS (1000 - 1999): 系统通用错误 NET (2000 - 2999): 网络通信错误 DATA (3000 - 3999): 数据处理错误 FS (4000 - 4999): 文件服务错误 US (5000 - 5999): 用户服务错误 CT (6000 - 6999): 合同服务错误 OR (7000 - 7999): 订单服务错误 PM (8000 - 8999): 支付服务错误 NT (9000 - 9999): 通知服务错误这种分配规范为各服务的错误码划分了明确的范围使得不同服务的错误码具有唯一性和可辨识度。比如文件服务的错误码范围在4000 - 4999之间用户服务的错误码范围在5000 - 5999之间。这样在系统出现错误时通过错误码就能快速定位到是哪个服务出现了问题。总结总体而言本次开发的难度并不大简单概括就是注册了一个全局异常捕获器并设计了一套错误码。通过这些操作为系统构建了一个相对完善的错误处理体系。下期将会进入另一个模块contract - ai的介绍从某种意义上来说这个模块的开发过程让我有些头疼。你有没有在开发过程中遇到过一开始觉得困难重重但最后成功解决的模块呢