@controlleradvice处理service层异常,controller层调用service

　　00-1010控制器层和服务层1的类错误。控制器和服务中写的是什么代码？2.什么时候在整个项目中添加异常？如何处理异常？

　　00-1010当发生以下情况时，您可以查看pom.xml文件中是否缺少jar包。

　　当我遇到这种情况时，我去看了pom.xml包，发现不出所料，我少了一个jar包。

　　这就是我丢失的jar包(spring-web)。就加这个吧。

　　!-https://mvn repository.com/artifact/org . spring framework/spring-we B- dependency groupid org . spring framework/groupIdartifactIdspring-web/artifactidversion 4 . 3 . 18 . release/version/dependency

目录

Controller层和Service层的类报错

控制器从字面上看就是控制者，所以负责业务调度。所以有些业务调度代码要写在这一层，具体的业务处理要写在service里。而且，服务不是简单的调用添加、删除和检查dao。服务是业务层，所以应该更贴近具体的业务功能需求。所以在这一层，一个方法体现了一个可以对外提供的功能，比如商场生成订单的方法，不是添加一条订单记录那么简单。我们需要查询库存、查看商品等一系列实际的业务逻辑处理；

　　00-1010说到异常，我们在研究异常的模时，要回想一下什么是异常，异常有什么用？我一直觉得代码出现异常会让我很难过，因为这意味着我写的东西有问题，但现在回头看最初的理解觉得有点好笑，‘人类是会犯错的’。我理解的例外，只是我认为是自己造成的错误，却不知道实践中有很多例外。除了我自己的问题，服务器宕机，或者数据状态改变，甚至断网，都有可能引发异常。所以另一方面，异常是为我们服务的，是为了我们更好的发现和解决问题而存在的。在这里，我真的由衷的佩服创造异常机制的前辈们。他们非凡的智慧真的是我们望尘莫及的~

　　回到话题上，那么实际中我们该怎么做呢？

　　我个人觉得应该试着——从底层刀到动作，抓住每一层的代码。有时候根据业务需要，可能要做多次捕捉，从上到下从小到大捕捉各种异常。一般最底层的异常要抛出，是为了通知上层的调用者发生了什么问题。而对于直接与用户交互的前台来说，让用户在后台看到这些异常信息是不合适的，所以我们需要将这些异常信息转换成常见的友好提示给用户，并将异常信息记录在日志中，以便分析和解决问题。

　　以上个人经验，希望能给大家一个参考，也希望大家能支持盛行的IT。

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。