清色池塘

结合SpringBoot Mail + Thymeleaf，以Thymeleaf为页面模板，把需要替换的数据交给thymeleaf模板引擎渲染成静态页面，最后作为邮件的text发送。 前后端分离的时代

为什么要做全局异常处理 写代码必然会出现异常，Java中程序出错时，通常是以异常的形式展现的：（常见的异常形式） 1.代码不严谨导致的异常，常见的空指针异常 2.系统崩溃、网络抖动或内存溢出等原因导致

Spring Boot实现定时任务 只需要在类上加上@EnableScheduling，在方法上加上@Scheduled两个注解即可启用定时任务 Spring Boot提供的定时任务存在的小坑 @En

当一个主业务执行后，不希望附加业务影响到主业务的执行，或者当一个主业务执行时，会触发多个附加业务的执行，且附加业务是不确定的？这时我们应该怎么处理呢？ 最直观的想法就是在主业务后面直接编写附加业务，但

为什么要统一结果封装？ 前后端交互格式，现在最常用的是JSON字符串格式传递 如果没有统一结果封装的话，无论是单个对象，还是对象集合，只能用于正常返回的情况。 当不是正常情况时，我们应该怎么返回值给前

写一个接口，大概的几个步骤： 参数校验 编写Service、Dao（SQL） Result统一结果封装返回值 如果是分布式，还可能涉及网关配置、服务引用等 参数校验归根结底就两种：手动校验、自动校验

JDK定时任务的实现： `public class JDKTask { }` 定时任务池ScheduledThreadPool会不断的、定时的执行提交的任务。 且命名方式基本上都叫scheduleXx

AOP日志为什么很重要？ 当系统规模比较大时，使用断点排查或者直接System.out.println会非常麻烦： 项目庞大，被拆分成了多个服务时，出于各方面的原因，本地启动的成本很高或者本地环境无法

@Transational开发中最常用的属性的由两个：propagation、rollbackFor两个属性值的默认值： propagation的默认值为REQUIRED，方法A调用方法B，如果A有事