你好，我是看山。

本文还是折腾 Java 中的队列，上次比较了 Vector、ArrayList、CopyOnWriteArrayList、SynchronizedList，当时感觉挺明白，后来想想又有些不理解的地方，所以今天在重新翻出来研究一下，我承认我钻了牛角尖了。

你好，我是看山。

本文源自并发编程网的翻译邀请，翻译的是 Jakob Jenkov 的 《软件架构》 中关于事件驱动的内容，虽然是 2014 年的文章，但是从软件架构层面上，并不过时。

以下是正文。

事件驱动架构是一种系统或组件之间通过发送事件和响应事件彼此交互的架构风格。当某个事件发生时，组件A不直接调用组件B，而只是发出一个事件。组件A不知道哪些组件监听并处理这些事件。事件驱动架构可以在进程内和进程间使用。比如，GUI框架中会大量使用事件驱动。【译者注：目前很多系统采用微服务架构，事件驱动使用的更加广泛了。】此外，正如我在并发模型教程 中所提到的，装配线并发模型（AKA reactive，非阻塞并发模型）也使用了事件驱动架构。

本文主要介绍进程之间的事件驱动架构，后文提到这个词的时候也是指进程交互方式。

你好，我是看山。

书接上文，上次聊了聊 在多线程中使用 ArrayList 会发生什么，这次我们说说平时常用的列表：Vector、ArrayList、CopyOnWriteArrayList、SynchronizedList。

你好，我是看山。

我们都知道，Java中的ArrayList是非线程安全的，这个知识点太熟了，甚至面试的时候都很少问了。

但是我们真的清楚原理吗？或者知道多线程情况下使用ArrayList会发生什么？

前段时间，我们就踩坑了，而且直接踩了两个坑，今天就来扒一扒。

你好，我是看山。

这篇文章起因是 code review 时和同事关于 import 导入声明的分歧。

用过 IDEA 的都知道，默认情况下，通过 import 导入类时，当数量达到设置数量（类 5 个、静态变量 3 个），就会改为按需导入方式，也就是使用使用*号折叠导入。

同事建议不要采用按需导入，要使用单类型导入 (single-type-import)。而我是觉得既然 IDEA 作为宇宙级的 IDE，不会在这种地方出现纰漏，所以想继续按照 IDEA 默认配置来。

所以总结一下这两种方式的差异。如果对 java import 不熟悉，可以从 这里 看看。

这是根据周志明老师的《深入理解Java虚拟机》整理的学习笔记，后续会更新在深入理解Java虚拟机中，希望能够帮到一些需要速成的同学。

从如何判断对象消亡的角度出发，垃圾收集算法可以划分为“引用计数式垃圾收集”（Reference Counting GC）和“追踪式垃圾收集”（Tracing GC）两大类，这两大类也常被称作“直接垃圾收集”和“间接垃圾收集”。

本文源自并发编程网的翻译邀请，翻译的是 Jakob Jenkov 的 《软件架构》 中关于缓存技术的内容，虽然是 2014 年的文章，但是从软件架构层面上，并不过时。

昨天训练营最后一次直播答疑，问了老师一个问题：“课程中很多内容，感觉自己会，但是让自己讲却讲不出来，或者就算讲出来也不够专业，请老师指点一下？”

老师耐心做了解答，主要说了两点：

1. 不够透彻，没有抓住核心，更深层次的东西，浮于表面，没有把握和底气。
2. 缺乏实践，想办法用，想办法深入进去。

思考一下转化成自己的理解：

1. 学非探其花，要深拔其根。想要能够讲出来，必须得抓住核心，而不是流于表面。
2. 世之奇伟、瑰怪，非常之观，常在于险远，而人之所罕至焉，故非有志者不能至也。想要成长，就得比别人付出更多的努力。

然后就想到自己14年的一篇旧文，这里再翻出来。

这篇文章早就想写了，结果一直拖到 2020 最后一天，借着年终总结的感觉，记一下流水账，算是给这段经历画上一个句号。

2020 年十一假期后和领导提了离职，思考很久的结果。在这待了整三年，一届高中生毕业了。

前段时间写了一篇关于实现统一响应信息的博文，根据文中实战操作，能够解决正常响应的一致性，但想要实现优雅响应，还需要优雅的处理异常响应，所以有了这篇内容。

作为后台服务，能够正确的处理程序抛出的异常，并返回友好的异常信息是非常重要的，毕竟我们大部分代码都是为了 处理异常情况。而且，统一的异常响应，有助于客户端理解服务端响应，并作出正确处理，而且能够提升接口的服务质量。