这里解决之前留下来的问题，当程序没有正常返回时候就是程序由于运行时异常导致的结果，有些异常我们可，能无法提前预知，不能正常走到我们return的R对象返回。这个时候该如何处理在SpringBoot中，可以使用@ControllerAdvice注解来启用全局

我们目前已经设计出了，包含全局响应，异常错误响应进行了统一返回。但是错误内容我们设计的比较模糊统一，还可以进行细化这样更有利于定位错误当我们需要调用Http接口时，无论是在Web端还是移动端，都有可能遇到各种错误，例如参数缺失、类型错误、系统错误等。为了规

    前面说了SpringBoot的编写的的第一个应用HelloWorld，是通过restful接口向客户端返回了含有HelloWorld的Json串，接下来要说的是使用SpringBootJpa操作数据库。我们使用Jpa操作mysql数据库，将会以一个简单的用户模块来做例子实现SpringBootJpa对数据库的CRUD操作。1.

一般初期公司需要面对非常复杂的业务场景，而且随着业务的发展，变化的可能性非常高。所以在微服务架构设计之初，我们就期望我们的微服务体系能：不绑定到特定的框架、语言服务最好是Restful风格足够简单，容易落地，将来能扩展和Docker相容性好目前常见的微服务相关框架：Dubbo、DubboXS

一、Config简介在微服务系统中，服务较多，相同的配置：如数据库信息、缓存、参数等，会出现在不同的服务上，如果一个配置发生变化，需要修改很多的服务配置。springcloud提供配置中心，来解决这个场景问题。系统中的通用配置存储在相同的地址：GitHub,Gitee,本地配置服务等，然后配置中心读取配置以restful发布

引言：前段时间项目中用到了RESTful模式来开发程序，但是当用POST、PUT模式提交数据时，发现服务器端接受不到提交的数据（服务器端参数绑定没有加任何注解），查看了提交方式为application/json，而且服务器端通过request.getReader()打出的数据里确实存在浏览器提交的数据。为了找出原因，便对参数绑定（@Reque

!(http://riboseyimqiniu.riboseyim.com/DTMOpenCensusTheme.png)背景随着互联网技术的高速发展，以往单应用的服务架构已经很难处理如山洪般增长的信息数据，随着云计算技术的大规模应用，以微服务、RESTful为代表的各种软件架构广泛应用，跨团队、跨编程语言的大规模分布式系统也越来越

好代码是优化出来的，不是写出来的！！如果没看前面文章，可以先看前面几篇SpringBoot定义优雅全局统一RestfulAPI响应框架

闲话不多说，继续优化全局统一RestfulAPI响应框架做到项目通用接口可扩展。如果没有看前面几篇文章请先看前面几篇这里解决上一篇留下问题如何实现接口错误国际化。还有上一篇错误提示也不是很友好我们可以在进一步抽象出通用异常接口。异常信息应由固定异常编码信息

闲话不多说，继续优化全局统一RestfulAPI响应框架做到项目通用接口可扩展。如果没有看前面几篇文章请先看前面几篇这里讲一讲最后的版本和需要修复的一些问题java@PostMapping("/add/UserApiCombo")publicRaddApi