今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

昨天报错主键重复的问题解决了 

添加了一条user=new User 又初始化了一下 。

感觉整个代码多余的代码有点多 需要优化一下 

然后就是打包 打出来了war格式

原因是因为pom配置里设置的war

war改成jar就可以了 

然后注意pom文件的main入口

然后在终端输入命令就可以运行了 

得知 插入100条信息的时间为2048ms

然后上传到服务器 

复习了一下单独mabatis的配置及应用

做了下深度思考。

18.为什么要处理异常，Try/Catch应该在什么样的场景下使用，在真实的系统中，会出现网络中断，DB连接不上的错误吗？多久会发 生一次？

为什么要处理异常

异常处理让异常无法像错误码一样被忽略，必须写代码去捕获。另外，使用异常代替返回错误码，错误处理代码就能从主路径代码中分离出来得到简化。

Try/Catch应该在什么样的场景下使用

使用的基本原则
       对异常的处理，两种方式，一是添加 throws exceptions，向上抛出，交由方法的调用方处理该异常；二是使用try/catch块，捕捉异常，自己处理。
       选择哪种方式，取决于异常应该怎么处理。

使用抛出异常的情景主要有：
1. 异常必须由容器来处理，异常时容器做出不同处理的依据和触发；
     例如：有事务处理的方法中，事务相关的逻辑必须抛出异常，而不能捕获异常，否则会导致事务不回滚。
2. 本地方法不知道如何处理，只有调用方才可能知道如何处理异常；
     例如：一些底层的方法，其可能出现多种异常，且调用方可能根据不同的异常做出不同的处理，只能抛出异常，而且必须是具体的异常类型，而不能是笼统的Exception类型。
使用try/catch捕获异常的情景主要有：
1. 程序块中语句可能的异常不能引起其他逻辑中断；
      例如：缓存逻辑不能影响正常的逻辑运行，故缓存逻辑应该放在try/catch块中。
2. 必须对异常进行处理，否则会降低用户使用体验。
      例如：异常到了Controller层，若不处理则会返回404或500错误页面，因此，必须使用try/catch处理各种异常。

回滚（Rollback）指的是程序或数据处理错误，将程序或数据恢复到上一次正确状态的行为。回滚包括程序回滚和数据回滚等类型。

缓存逻辑 缓存是一种提高系统读性能的常见技术，对于读多写少的应用场景，我们经常使用缓存来进行优化。

https://blog.csdn.net/justinsause/article/details/51063631 关于缓存构架的二三事

Controller层:Controller层负责具体的业务模块流程的控制，在此层里面要调用Service层的接口来控制业务流程，控制的配置也同样是在Spring的配置文件里面进行，针对具体的业务流程，会有不同的控制器，我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。   

明天计划的事情：（一定要写非常细致的内容） 
遇到的问题：（遇到什么困难，怎么解决的） 
收获：（通过今天的学习，学到了什么知识）