定义配置文件信息

有时候我们为了统一管理会把一些变量放到 yml 配置文件中，例如：

用 @ConfigurationProperties 代替 @Value 使用方法，定义对应字段的实体：

使用时注入这个 Bean：

用 @RequiredArgsConstructor 代替 @Autowired

我们都知道注入一个 Bean 有三种方式（set 注入，构造器注入，注解注入），Spring 推荐我们使用构造器的方式注入 Bean，我们来看看上段代码编译完之后的样子：

RequiredArgsConstructor：lombok 提供。

代码模块化

阿里巴巴 Java 开发手册中说到每个方法的代码不要超过 50 行（我没记错的话），在实际开发中我们要善于拆分自己的接口或方法，做到一个方法只处理一种逻辑，说不定以后某个功能就用到了，拿来即用。

抛异常而不是返回

在写业务代码的时候，经常会根据不同的结果返回不同的信息，尽量减少返回，会显得代码比较乱。

反例：

正例：

减少不必要的 DB

!> 尽可能的减少对数据库的查询

举例子：

删除一个服务（已下架或未上架的才能删除），之前有看别人写的代码，会先根据 id 查询该记录，然后做一些判断。

反例：

正例：

不要返回 null

反例：

正例：

别处调用方法时，避免不必要的空指针。

减少 controller 业务代码

业务代码尽量放到 service 层进行处理，后期维护起来也好操作而且美观。

反例：

正例：

利用好 IDEA

目前为止市面上的企业基本都用 IDEA 作为开发工具了。

举一个小例子：

IDEA 会对我们的代码进行判断，提出合理的建议。

例如：

它推荐我们用 lambda 的形式替代，点击 replace：

阅读源码

一定要养成阅读源码的好习惯包括优秀的开源项目 GitHub 上 stars:>1000, 会从中学好好多只是包括其对代码的设计思想以及高级 Api，面试加分（好多面试官习惯问源码相关的知识）

设计模式

23 种设计模式，要尝试代码中运用设计模式的思想，写出的代码既规范又美观还高大上哈哈。

拥抱新知识

像我们这种工作年限少的程序员，我觉得要多学习自己认知之外的知识，不能每天 CRUD，有机会就多用用有点难度的知识，没有机会（项目较传统），可以自己下班多些相关 demo 练习。

基础问题

map 遍历：

optional 判空：

递归

大数据量的递归时，避免在递归方法里面 new 对象，可以试试把对象当做方法参数进行传递使用。

注释

类，接口，方法，注解较复杂的方法，注释都要写而且要写清楚，有时候写注释不是给别人看的，而是给自己看的。

判断元素是否存在

hashSet 而不是 List，List 判断一个元素是否存在的代码：

由此可见其复杂度为 On, 而 HashSet 底层采用 HashMap 作为数据结构进行存储，元素都放在 Map 的 key（即链表中）

由此可见其复杂度为 O1。