看完这一篇后我同事说我写代码像写诗

1.定义配置文件信息

2. 用@RequiredArgsConstructor代替@Autowired

3.代码模块化

4. 抛异常而不是返回

4. 减少不必要的db

5. 不要返回null

6. if else

7. 减少controller业务代码

8. 利用好Idea

9. 阅读源码

10. 设计模式

11. 拥抱新知识

12. 基础问题

13. 判断元素是否存在

把自己平时写代码的习惯跟大家分享一下

1.定义配置文件信息

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

例如

用 @ConfigurationProperties 代替@Value

使用方法

定义对应字段的实体

@Data
// 指定前缀
@ConfigurationProperties(prefix = "developer")
@Component
public class DeveloperProperty {private String name;private String website;private String qq;private String phoneNumber;
}

使用时注入这个bean

@RestController
@RequiredArgsConstructor
public class PropertyController {final DeveloperProperty developerProperty;@GetMapping("/property")public Object index() {return developerProperty.getName();}
}

2. 用@RequiredArgsConstructor代替@Autowired

我们都知道注入一个bean有三种方式哦（set注入, 构造器注入, 注解注入）,spring推荐我们使用构造器的方式注入Bean

我们来看看上段代码编译完之后的样子

RequiredArgsConstructor：lombok提供

3.代码模块化

阿里巴巴Java开发手册中说到每个方法的代码不要超过50行（我没记错的话）

在实际的开发中我们要善于拆分自己的接口或方法, 做到一个方法只处理一种逻辑, 说不定以后某个功能就用到了, 拿来即用

4. 抛异常而不是返回

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

反例

正例

4. 减少不必要的db

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

举例子

删除一个服务（已下架或未上架的才能删除）

之前有看别人写的代码，会先根据id查询该记录，然后做一些判断

反例

正例

5. 不要返回null

反例

正例

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

6. if else

不要太多了if else if

可以试试策略模式代替

还在if else else if ? 看看策略模式吧_Fighter-CSDN博客别再大量的if else了, 代码太简陋了, 可读性太差了.策略模式的定义定义一组算法，将每个算法都封装起来，并且使他们之间可以互换简单来说互相独立互不影响举栗子 if ("花呗支付".equals(type)) {// 花呗支付的业务逻辑处理} else if ("微信支付".equals(type)) {// 微信支付业务逻辑} else if ("云闪付".equals(type)) {// 云闪付支付业务逻辑}https://blog.csdn.net/weixin_44912855/article/details/117706343

7. 减少controller业务代码

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

反例

正例

8. 利用好Idea

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

举一个小例子

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

例如：

它推荐我们用lanbda的形式代替

点击replace

9. 阅读源码

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

彻底弄懂HashMap_Fighter-CSDN博客_hashmap我们在面试中, 也会经常被问到HashMap相关的底层实现, 阿巴阿巴....HashMap的底层实现首先它是基于数组(存储对象的引用)加链表(存储对象)实现的当我们通过put()和get()方法储存和获取对象。当我们将键值对传递给put()方法时，它调用键对象的hashCode()方法来计算hashcode，让后找到bucket位置来储存值对象。当获取对象时，通过键对象的equals()方法找到正确的键值对，然后返回值对象。HashMap使用链表来解决碰撞问题，当发生碰撞了，对象将会储存在.https://blog.csdn.net/weixin_44912855/article/details/113710380?spm=1001.2014.3001.5502

10. 设计模式

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

设计模式之监听者模式 (Java代码演示)_Fighter-CSDN博客所谓监听着模式，我理解的是构建一个容器存放所有被监听的线程或对象，监听每个线程或对象发生的变化，若某个线程或对象触发指定规则，那么则对所有被监听的线程或对象做处理（根据业务需要）。代码展示Main：测试类ObServer：每个被监听的对象实现该接口，重写该方法，完成自己的业务public interface ObServer { /** * 当某一个被监控的对象发生变化时 * 所有实现该方法处理方法 */ voi...https://blog.csdn.net/weixin_44912855/article/details/120610675?spm=1001.2014.3001.5501还在if else else if ? 看看策略模式吧_Fighter-CSDN博客别再大量的if else了, 代码太简陋了, 可读性太差了.策略模式的定义定义一组算法，将每个算法都封装起来，并且使他们之间可以互换简单来说互相独立互不影响举栗子 if ("花呗支付".equals(type)) {// 花呗支付的业务逻辑处理} else if ("微信支付".equals(type)) {// 微信支付业务逻辑} else if ("云闪付".equals(type)) {// 云闪付支付业务逻辑}https://blog.csdn.net/weixin_44912855/article/details/117706343?spm=1001.2014.3001.5501

11. 拥抱新知识

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

CompletableFuture的使用介绍, CompletableFuture与FutureTask的区别_Fighter-CSDN博客CompletableFuture实现了CompletionStage接口和Future接口，前者是对后者的一个扩展，增加了异步回调、流式处理、多个Future组合处理的能力，使Java在处理多任务的协同工作时更加顺畅便利。总的来说简洁了FutureTask与线程池的配合使用没啥太大区别吧我觉得, 使用方法不一样, 多了一些方法...futureTask 创建异步任务 FutureTask<String> str...https://blog.csdn.net/weixin_44912855/article/details/119269417并发编程三要素_Fighter-CSDN博客_并发编程三要素原子性：不可分割的操作，要么都成功要么都失败有序性：程序执行的顺序和代码的顺序保持一致可见性：一个线程对共享变量进行修改，另外的线程能立马看到https://blog.csdn.net/weixin_44912855/article/details/119187269自定义线程池线程池参数详解_Fighter-CSDN博客private static int corePoolSize = 1;private static int maxPoolSize = 3;private static int keepAliveTime = 10;private static TimeUnit timeUnit = TimeUnit.MINUTES;private static BlockingQueue blockingQueue = new ArrayBlockingQueue<>(10);private s.https://blog.csdn.net/weixin_44912855/article/details/118188576Java的读锁到底有什么用 ReadWriteLock_Fighter-CSDN博客如果有一个线程已经占用了读锁，则此时其他线程如果要申请读锁，可以申请成功。如果有一个线程已经占用了读锁，则此时其他线程如果要申请写锁，则申请写锁的线程会一直等待释放读锁，因为读写不能同时操作。如果有一个线程已经占用了写锁，则此时其他线程如果申请写锁或者读锁，都必须等待之前的线程释放写锁，同样也因为读写不能同时，并且两个线程不应该同时写。读读共享、其他都互斥（写写互斥、读写互斥、写读互斥）一个简单的例子public class TestReadWriteLock {...https://blog.csdn.net/weixin_44912855/article/details/119843113手写自旋锁 CAS_Fighter-CSDN博客CAS（CompareAndSet）顾名思义，比较进行更新，总的来说就是再更新值得时候需要判断一些原先值是否是预期值，是则更新，不是则更新失败public class SpinLock { private static AtomicReference<Thread> atomicThread = new AtomicReference<>(); public void lock() { Thread thread = Thread.cur.https://blog.csdn.net/weixin_44912855/article/details/119425223Java 阻塞主线程 CountDownLatch 自定义CountDownLatch_Fighter-CSDN博客CountDownLatch.await() 阻塞线程.countDown() 指定的count -1;当count为0时释放zusexiancheng public static void main(String[] args) throws InterruptedException { int threadSize = 20; final CountDownLatch downLatch = new CountDownLatch(thr...https://blog.csdn.net/weixin_44912855/article/details/119386726synchronized锁的升级过程图解_Fighter-CSDN博客_synchronized锁升级过程synchronized锁有四种状态：无锁偏向锁轻量级锁重量级锁这几个状态会随着竞争状态逐渐升级，锁可以升级，但不能降级，但偏向锁状态可以被重置为无锁状态。https://blog.csdn.net/weixin_44912855/article/details/119773763

https://github.com/xkcoding/spring-boot-demohttps://github.com/xkcoding/spring-boot-demo等等

我的专栏可以关注一下

12. 基础问题

map遍历

        HashMap<String, String> map = new HashMap<>();map.put("name", "du");for (String key : map.keySet()) {String value = map.get(key);}map.forEach((k, v) -> {});// 推荐for (Map.Entry<String, String> entry : map.entrySet()) {}

optional 判空

    //获取子目录列表public List<CatalogueTreeNode> getChild(String pid) {if (V.isEmpty(pid)) {pid = BasicDic.TEMPORARY_DIRECTORY_ROOT;}CatalogueTreeNode node = treeNodeMap.get(pid);return Optional.ofNullable(node).map(CatalogueTreeNode::getChild).orElse(Collections.emptyList());}

递归

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

注释

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

13. 判断元素是否存在

hashSet而不是list

list判断一个元素是否存在的代码
ArrayList<String> list = new ArrayList<>();// 判断a是否在list中for (int i = 0; i < list.size(); i++)if ("a".equals(elementData[i]))return i;
由此可见其复杂度为On

而hashSet底层采用hashMap作为数据结构进行存储，元素都放到map的key（即链表中）
HashSet<String> set = new HashSet<>();// 判断a是否在set中int index = hash(a);return getNode(index) != null
由此可见其复杂度为O1

待补充....