1、尽量使用StringUtils.isBlank代替StringUtils.isEmpty
1.isEmpty 没有忽略空格参数，是以是否为空和是否存在为判断依据。
2.isBlank 是在 isEmpty 的基础上进行了为空（字符串都为空格、制表符、tab 的情况）的判断。（一般更为常用）
2、多个if且判断的是常量时，用switch代替if
1、从代码整洁规范性来说switch更好一点。
2、switch分支较多时，编译时是会生成内部跳转表的。当使用内部跳转表时，就不再与每个case进行比较，而是根据条件语句的值直接跳转到对应的地址去，效率比if
else要高很多。当然switch分支较少时，不会使用跳转表，与if else是没有区别的。（这条是百度到的答案，不知道对不对）
3、当需要拼接字符串时，String.format(“获取失败 key%s”, 变量)、 “” + “” 、StringBuilder的思考。
我将继续使用StringBuilder。
4、操作出现异常时，不要返回null和new空对象。而是应该抛异常。
这是业务方面的考虑。 如果当出现异常时，返回new的对象或者null。你在查询操作日志时将不能判断是出现了异常还是没有查询到数据。
如果当出现异常时，抛出异常。调用者可以很直接的知道你这里出现了异常情况。 当然出现异常时记错误日志是常规操作。
5、前台查询条件比较多时，使用动态sql而不是手动判断拼接sql。
如果前台有多个输入框，用户可以任意选择其中某几个输入框进行查询时，用if判断就会比较繁琐，sql语句也会因为选择不同的输入框而出现多种情况。动态查询就会精简准确的解决这些需求。
6、常量尽量统一，不要多个项目下都有同一个常量。
如果你有一个图书管理系统，一个人员管理系统。这两个系统的公共部分就应该共用（尽管这是两个系统，以前都是同一个项目下共用），若两个项目对同样的常量需要重复定义，以后的修改完善将更为复杂且易出错。（项目越多越明显）
7、spring boot中事务管理。
方法上添加：@Transactional(rollbackFor = Exception.class)
若出现非异常需手动回滚：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
8、声明时出现灰色波浪线。
方法上添加：@SuppressWarnings(“unchecked”)
9、StringUtils.defaultString(str);
若str为null或“”时默认返回空串，也可自定义默认串
引申出一个比较有意思的话题：《StringUtils常用方法+StringUtils详细介绍》这是个大佬，推荐看一遍，用到的时候会省很多事。
10、删除文件失败。
好久没操作文件了。今天在删除文件的时候，删除文件总返回false。
百度的答案大部分都是说文件流没关闭。可是我明明关掉了。
然后发现有些人的代码中有一句我没有的代码。加上之后解决。
System.gc();
看样子是需要手动启动垃圾回收器将释放的文件流回收掉才行。