发表于: 2019-12-12 22:55:29

1 1225


异常处理思路

系统中异常包括两类:

预期异常

运行时异常RuntimeException

前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。

系统的dao、service、controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图:

springmvc异常处理

springmvc提供全局异常处理器(一个系统只有一个异常处理器)进行统一异常处理。

自定义异常类

对不同的异常类型定义异常类,继承Exception。

全局异常处理器

思路:

系统遇到异常,在程序中手动抛出,dao抛给service、service给controller、controller抛给前端控制器,前端控制器调用全局异常处理器。

全局异常处理器处理思路:

解析出异常类型

如果该异常类型是系统自定义的异常,直接取出异常信息,在错误页面展示

如果该异常类型不是系统自定义的异常,构造一个自定义的异常类型(信息为“未知错误”)

springmvc提供一个HandlerExceptionResolver接口

错误页面

在springmvc.xml配置全局异常处理器

全局异常处理器只有一个,配置多个也没用。

异常测试

在controller、service、dao中任意一处需要手动抛出异常。如果是程序中手动抛出的异常,在错误页面中显示自定义的异常信息,如果不是手动抛出异常说明是一个运行时异常,在错误页面只显示“未知错误”。

在商品修改的controller方法中抛出异常 .

在service接口中抛出异常:

  • 如果与业务功能相关的异常,建议在service中抛出异常。
  • 与业务功能没有关系的异常,建议在controller中抛出。

  • pringmvc中对多部件类型解析

    在修改商品页面,添加上传商品图片功能。

    在页面form中提交enctype="multipart/form-data"的数据时,需要springmvc对multipart类型的数据进行解析。

    在springmvc.xml中配置multipart类型解析器。

  •  加入上传图片的jar
    添加依赖

    <!-- 文件上传 -->
    <dependency>
        <groupId>commons-fileupload</groupId>
        <artifactId>commons-fileupload</artifactId>
        <version>1.3.1<version>
    </dependency>
    依赖树

    [INFO] \- commons-fileupload:commons-fileupload:jar:1.3.1:compile
    [INFO]    \- commons-io:commons-io:jar:2.2:compile
    可以看到,其实还间接依赖了commons-io:commons-io:jar 


商品修改controller方法

明天计划:写完上传文件 和解决BUG  如果还有时间就继续学习nginx


返回列表 返回列表
评论

    分享到