懂了，装饰是安娜，代理是回声

单例模式第一次这样加锁好像有点问题 情况 A：只在外面判断 if (obj == null) { synchronized (Holder.class) { obj = new Obj(); } } 问题是什么？ 并发场景： 线程 A 判断 obj == null → true 线程 B 判断 obj == null → true A 拿到锁 → new Obj() B 拿到锁 → 又 new Obj() 👉 锁并没有防止“多次 new” 因为： 判断发生在锁外 进入锁后没有再次确认条件 双重检查的本质：职责分离 来看标准 DCL： static volatile Obj obj; static Obj get() { if (obj == null) { // 第一次检查（不加锁） synchronized (Holder.class) { if (obj == null) { // 第二次检查（加锁） obj = new Obj(); } } } return obj; } 第一次 if (obj == null) 在干什么？ 过滤掉 99% 已初始化的情况 已初始化 → 直接返回 不碰锁 → 性能好 它只负责： 👉 “值大概率已经有了” 第二次 if (obj == null) 在干什么？ 防止并发线程重复初始化 因为： 多个线程可能同时通过第一次检查 锁只能保证“同一时刻只有一个线程在执行” 但不能保证锁内一定是第一次进入 👉 所以必须再确认一次条件。

老师应该先把uml图给画了，代码具体讲的就可以简单多了

重新看设计模式， 感觉工作是一回事，规范的代码又是一回事。 就和大多数设计师给甲方作图。设计师觉得有美感，有艺术性和甲方的实际需求其实没有关系，甲方反而不认为你坚持的东西是对的，而提出相反的需求。 所以工作就想挣钱的事，想提升就学习。两件事情还是要分开看，他俩很少有联动，大多数时候不光没有，并且完全无关。

青空手把手带大的JAVA，没有你我怎么活啊[大哭]

单例模式哪里的双检锁+volatile中volatile的作用应该是为了禁止指令重排，他应该是禁止复制指令和调用构造方法的重排序而造成的并发状态下可能出现的一个空指针问题吧

UP太良心了，直接三连了

讲的真好

super

C艹

一下午看完了，明天开卷考试，把书过了一遍。投两个币当学费了，另外up课程最后升华那一下还是很动人的[脱单doge]

有没有笔记链接

这是用什么软件 写的笔记？

什么时候出k8s？

课程看完了，给大家点建议，每个视频挺短，例子比较少，可能比较难理解，建议先过一遍，然后找时间长的那种设计模式在看一遍、理解会深不少，这个视频就当导读就行了.

笔记有吗，上班的时候不方便看视频。 搞个笔记看看

求源码笔记

这个pdf在哪里下嘞

跪求相关资料！！！

up主你好，我很喜欢你的讲解，但是我记不住，可以求一份java设计模式的资料吗？