异常处理思路

系统中异常包括两类：

预期异常

运行时异常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