首页 文章 精选 留言 我的

精选列表

搜索[SpringBoot],共4254篇文章
优秀的个人博客,低调大师

SOFABoot 3.13.0 已发布,蚂蚁开源的基于 Springboot 的服务框架

SOFABoot 是蚂蚁金服开源的基于 Spring Boot 的研发框架,它在 Spring Boot 的基础上,提供了诸如 Readiness Check,类隔离,日志空间隔离等等能力。在增强了 Spring Boot 的同时,SOFABoot 提供了让用户可以在 Spring Boot 中非常方便地使用 SOFA 中间件的能力。 SOFABoot 3.13.0 现已发布,具体更新内容如下: New Features 在 readiness endpoint 中支持 showDetail=false#957 支持配置跳过 ComponentManagerImpl 中的shutdown method#960 Optimize 使 ServiceBeanFactoryPostProcessor 实现 BeanDefinitionRegistry#967 将 springframework 更新到 5.3.20#969 在 sofa reference proxy 中添加 JvmBindingInterface#970 更新 ProxyBeanFactoryPostProcessor 调用顺序#971 在 beanstat中添加 beanname#973 忽略 healthcheck 结果中的component success detail#976 Bug fixes 修复 StartupContextRefreshedListener 顺序#966 修复output bean stats sort问题#968 修复解析绑定编码问题#975 修复关于应用程序事件忽略子事件的问题 #979 更新说明:https://github.com/sofastack/sofa-boot/releases/tag/v3.13.0

优秀的个人博客,低调大师

SpringBoot 无侵入式实现 API 接口统一 JSON 格式返回

点击上方 一个优秀的废人 ,选择设为星标 优质文章,及时送达 来源:blog.csdn.net/qq_34347620/article/details/102239179 无侵入式统一返回 JSON 格式 其实本没有没打算写这篇博客的,但还是要写一下写这篇博客的起因是因为,现在呆着的这家公司居然没有统一的 API 返回格式?,询问主管他居然告诉我用 HTTP 状态码就够用了(fxxk),天哪 HTTP 状态码真的够用吗? 在仔细的阅读了项目源码后发现,在 API 请求的是居然没有业务异常(黑人问号)。好吧 居然入坑了只能遵照项目风格了,懒得吐槽了。 因为项目已经开发了半年多了,要是全部接口都做修改工作量还是挺大的,只能用这种无侵入式的方案来解决. ❝ 项目源代码: https://github.com/469753862/galaxy-blogs/tree/master/code/responseResult ❞ 定义返回 JSON 格式 后端返回给前端一般情况下使用 JSON 格式,定义如下 {"code":200,"message":"OK","data":{}} code: 返回状态码 message: 返回信息的描述 data: 返回值 定义状态码枚举类 @ToString@GetterpublicenumResultStatus{SUCCESS(HttpStatus.OK,200,"OK"),BAD_REQUEST(HttpStatus.BAD_REQUEST,400,"BadRequest"),INTERNAL_SERVER_ERROR(HttpStatus.INTERNAL_SERVER_ERROR,500,"InternalServerError"),;/**返回的HTTP状态码,符合http请求*/privateHttpStatushttpStatus;/**业务异常码*/privateIntegercode;/**业务异常信息描述*/privateStringmessage;ResultStatus(HttpStatushttpStatus,Integercode,Stringmessage){this.httpStatus=httpStatus;this.code=code;this.message=message;}} 状态码和信息以及 http 状态码就能一一对应了便于维护,有同学有疑问了为什么要用到 http 状态码呀,因为我要兼容项目以前的代码,没有其他原因,当然其他同学不喜欢 http 状态码的可以吧源码中 HttpStatus 给删除了 定义返回体类 @Getter@ToStringpublicclassResult<T>{/**业务错误码*/privateIntegercode;/**信息描述*/privateStringmessage;/**返回参数*/privateTdata;privateResult(ResultStatusresultStatus,Tdata){this.code=resultStatus.getCode();this.message=resultStatus.getMessage();this.data=data;}/**业务成功返回业务代码和描述信息*/publicstaticResult<Void>success(){returnnewResult<Void>(ResultStatus.SUCCESS,null);}/**业务成功返回业务代码,描述和返回的参数*/publicstatic<T>Result<T>success(Tdata){returnnewResult<T>(ResultStatus.SUCCESS,data);}/**业务成功返回业务代码,描述和返回的参数*/publicstatic<T>Result<T>success(ResultStatusresultStatus,Tdata){if(resultStatus==null){returnsuccess(data);}returnnewResult<T>(resultStatus,data);}/**业务异常返回业务代码和描述信息*/publicstatic<T>Result<T>failure(){returnnewResult<T>(ResultStatus.INTERNAL_SERVER_ERROR,null);}/**业务异常返回业务代码,描述和返回的参数*/publicstatic<T>Result<T>failure(ResultStatusresultStatus){returnfailure(resultStatus,null);}/**业务异常返回业务代码,描述和返回的参数*/publicstatic<T>Result<T>failure(ResultStatusresultStatus,Tdata){if(resultStatus==null){returnnewResult<T>(ResultStatus.INTERNAL_SERVER_ERROR,null);}returnnewResult<T>(resultStatus,data);}} 因为使用构造方法进行创建对象太麻烦了,我们使用静态方法来创建对象这样简单明了 Result 实体返回测试 @RestController@RequestMapping("/hello")publicclassHelloController{privatestaticfinalHashMap<String,Object>INFO;static{INFO=newHashMap<>();INFO.put("name","galaxy");INFO.put("age","70");}@GetMapping("/hello")publicMap<String,Object>hello(){returnINFO;}@GetMapping("/result")@ResponseBodypublicResult<Map<String,Object>>helloResult(){returnResult.success(INFO);}} 到这里我们已经简单的实现了统一 JSON 格式了,但是我们也发现了一个问题了,想要返回统一的 JSON 格式需要返回Result<Object>才可以,我明明返回 Object 可以了,为什么要重复劳动,有没有解决方法,当然是有的啦,下面我们开始优化我们的代码吧 统一返回 JSON 格式进阶 - 全局处理 (@RestControllerAdvice) 我师傅经常告诉我的一句话: “你就是一个小屁孩,你遇到的问题都已经不知道有多少人遇到过了,你会想到的问题,已经有前辈想到过了。你准备解决的问题,已经有人把坑填了”。是不是很鸡汤,是不是很励志,让我对前辈们充满着崇拜,事实上他对我说的是: “自己去百度”, 这五个大字,其实这五个大字已经说明上明的 B 话了,通过不断的百度和 Google 发现了很多的解决方案. 我们都知道使用 @ResponseBody 注解会把返回 Object 序列化成 JSON 字符串,就先从这个入手吧,大致就是在序列化前把 Object 赋值给Result<Object>就可以了,大家可以观摩 org.springframework.web.servlet.mvc.method.annotation.ResponseBodyAdvice 和 org.springframework.web.bind.annotation.ResponseBody @ResponseBody 继承类 我们已经决定从 @ResponseBody 注解入手了就创建一个注解类继承 @ResponseBody, 很干净什么都没有哈哈,@ResponseResultBody 可以标记在类和方法上这样我们就可以跟自由的进行使用了 @Retention(RetentionPolicy.RUNTIME)@Target({ElementType.TYPE,ElementType.METHOD})@Documented@ResponseBodypublic@interfaceResponseResultBody{} ResponseBodyAdvice 继承类 @RestControllerAdvicepublicclassResponseResultBodyAdviceimplementsResponseBodyAdvice<Object>{privatestaticfinalClass<?extendsAnnotation>ANNOTATION_TYPE=ResponseResultBody.class;/***判断类或者方法是否使用了@ResponseResultBody*/@Overridepublicbooleansupports(MethodParameterreturnType,Class<?extendsHttpMessageConverter<?>>converterType){returnAnnotatedElementUtils.hasAnnotation(returnType.getContainingClass(),ANNOTATION_TYPE)||returnType.hasMethodAnnotation(ANNOTATION_TYPE);}/***当类或者方法使用了@ResponseResultBody就会调用这个方法*/@OverridepublicObjectbeforeBodyWrite(Objectbody,MethodParameterreturnType,MediaTypeselectedContentType,Class<?extendsHttpMessageConverter<?>>selectedConverterType,ServerHttpRequestrequest,ServerHttpResponseresponse){//防止重复包裹的问题出现if(bodyinstanceofResult){returnbody;}returnResult.success(body);}} RestControllerAdvice 返回测试 @RestController@RequestMapping("/helloResult")@ResponseResultBodypublicclassHelloResultController{privatestaticfinalHashMap<String,Object>INFO;static{INFO=newHashMap<String,Object>();INFO.put("name","galaxy");INFO.put("age","70");}@GetMapping("hello")publicHashMap<String,Object>hello(){returnINFO;}/**测试重复包裹*/@GetMapping("result")publicResult<Map<String,Object>>helloResult(){returnResult.success(INFO);}@GetMapping("helloError")publicHashMap<String,Object>helloError()throwsException{thrownewException("helloError");}@GetMapping("helloMyError")publicHashMap<String,Object>helloMyError()throwsException{thrownewResultException();}} 是不是很神奇,直接返回 Object 就可以统一 JSON 格式了,就不用每个返回都返回Result<T>对象了,直接让 SpringMVC 帮助我们进行统一的管理,简直完美 只想看接口哦,helloError 和 helloMyError 是会直接抛出异常的接口,我好像没有对异常返回进行统一的处理哦 统一返回 JSON 格式进阶 - 异常处理 (@ExceptionHandler)) 卧槽,异常处理,差点把这茬给忘了,这个异常处理就有很多方法了,先看看我师傅的处理方式,我刚拿到这个代码的时候很想吐槽,对异常类的处理这么残暴的吗,直接用 PrintWriter 直接输出结果,果然是老师傅,我要是有 100 个异常类,不得要写 100 个 if else 了。赶紧改改睡吧 @ConfigurationpublicclassMyExceptionHandlerimplementsHandlerExceptionResolver{publicModelAndViewresolveException(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler,Exceptionex){PrintWriterout=getPrintWrite(response);if(exinstanceofXXXException){out.write(JsonUtil.formatJson(ResultEnum.PAY_ERROR.getCode(),ex.getMessage()));}else{out.write(JsonUtil.formatJson(ResultEnum.FAIL.getCode(),"服务器异常"));}if(null!=out){out.close();}returnmav;}privatePrintWritergetPrintWrite(HttpServletResponseresponse){PrintWriterout=null;try{response.setHeader("Content-type","text/html;charset=UTF-8");response.setCharacterEncoding("UTF-8");out=response.getWriter();}catch(IOExceptione){log.error("PrintWriterisexception",e);}returnout;}} 上面的代码看看还是没有问题的,别学过去哦, 异常处理 @ResponseStatus (不推荐) @ResponseStatus 用法如下,可用在 Controller 类和 Controller 方法上以及 Exception 类上但是这样的工作量还是挺大的 @RestController@RequestMapping("/error")@ResponseStatus(value=HttpStatus.INTERNAL_SERVER_ERROR,reason="Java的异常")publicclassHelloExceptionController{privatestaticfinalHashMap<String,Object>INFO;static{INFO=newHashMap<String,Object>();INFO.put("name","galaxy");INFO.put("age","70");}@GetMapping()publicHashMap<String,Object>helloError()throwsException{thrownewException("helloError");}@GetMapping("helloJavaError")@ResponseStatus(value=HttpStatus.INTERNAL_SERVER_ERROR,reason="Java的异常")publicHashMap<String,Object>helloJavaError()throwsException{thrownewException("helloError");}@GetMapping("helloMyError")publicHashMap<String,Object>helloMyError()throwsException{thrownewMyException();}}@ResponseStatus(value=HttpStatus.INTERNAL_SERVER_ERROR,reason="自己定义的异常")classMyExceptionextendsException{} 全局异常处理 @ExceptionHandler (推荐) 把 ResponseResultBodyAdvice 类进行改造一下,代码有点多了 主要参考了 org.springframework.web.servlet.mvc.method.annotation.ResponseEntityExceptionHandler#handleException () 方法,有空可以看一下 @Slf4j@RestControllerAdvicepublicclassResponseResultBodyAdviceimplementsResponseBodyAdvice<Object>{privatestaticfinalClass<?extendsAnnotation>ANNOTATION_TYPE=ResponseResultBody.class;/**判断类或者方法是否使用了@ResponseResultBody*/@Overridepublicbooleansupports(MethodParameterreturnType,Class<?extendsHttpMessageConverter<?>>converterType){returnAnnotatedElementUtils.hasAnnotation(returnType.getContainingClass(),ANNOTATION_TYPE)||returnType.hasMethodAnnotation(ANNOTATION_TYPE);}/**当类或者方法使用了@ResponseResultBody就会调用这个方法*/@OverridepublicObjectbeforeBodyWrite(Objectbody,MethodParameterreturnType,MediaTypeselectedContentType,Class<?extendsHttpMessageConverter<?>>selectedConverterType,ServerHttpRequestrequest,ServerHttpResponseresponse){if(bodyinstanceofResult){returnbody;}returnResult.success(body);}/***提供对标准SpringMVC异常的处理**@paramexthetargetexception*@paramrequestthecurrentrequest*/@ExceptionHandler(Exception.class)publicfinalResponseEntity<Result<?>>exceptionHandler(Exceptionex,WebRequestrequest){log.error("ExceptionHandler:{}",ex.getMessage());HttpHeadersheaders=newHttpHeaders();if(exinstanceofResultException){returnthis.handleResultException((ResultException)ex,headers,request);}//TODO:2019/10/05galaxy这里可以自定义其他的异常拦截returnthis.handleException(ex,headers,request);}/**对ResultException类返回返回结果的处理*/protectedResponseEntity<Result<?>>handleResultException(ResultExceptionex,HttpHeadersheaders,WebRequestrequest){Result<?>body=Result.failure(ex.getResultStatus());HttpStatusstatus=ex.getResultStatus().getHttpStatus();returnthis.handleExceptionInternal(ex,body,headers,status,request);}/**异常类的统一处理*/protectedResponseEntity<Result<?>>handleException(Exceptionex,HttpHeadersheaders,WebRequestrequest){Result<?>body=Result.failure();HttpStatusstatus=HttpStatus.INTERNAL_SERVER_ERROR;returnthis.handleExceptionInternal(ex,body,headers,status,request);}/***org.springframework.web.servlet.mvc.method.annotation.ResponseEntityExceptionHandler#handleExceptionInternal(java.lang.Exception,java.lang.Object,org.springframework.http.HttpHeaders,org.springframework.http.HttpStatus,org.springframework.web.context.request.WebRequest)*<p>*Asingleplacetocustomizetheresponsebodyofallexceptiontypes.*<p>Thedefaultimplementationsetsthe{@linkWebUtils#ERROR_EXCEPTION_ATTRIBUTE}*requestattributeandcreatesa{@linkResponseEntity}fromthegiven*body,headers,andstatus.*/protectedResponseEntity<Result<?>>handleExceptionInternal(Exceptionex,Result<?>body,HttpHeadersheaders,HttpStatusstatus,WebRequestrequest){if(HttpStatus.INTERNAL_SERVER_ERROR.equals(status)){request.setAttribute(WebUtils.ERROR_EXCEPTION_ATTRIBUTE,ex,WebRequest.SCOPE_REQUEST);}returnnewResponseEntity<>(body,headers,status);}} -END- 如果看到这里,喜欢这篇文章的话,请帮点个好看。微信搜索「一个优秀的废人」,关注后回复「1024」送你一套完整的 java 教程(包括视频)。回复「电子书」送你全编程领域电子书(不只Java)。 本文分享自微信公众号 - 一个优秀的废人(feiren_java)。如有侵权,请联系 support@oschina.cn 删除。本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册