回调是强大的编程模式之一。 它可以实现调用反转，在子函数中调用高层的函数（通常是由高层函数来调用底层的子函数），
获得更灵活的调用关系。通常用于框架、代码复用等场合。 在这里， 函数可以作为参数传入子函数，可以由子函数进行调用和返回。回调函数可以用
Java 的接口， 或者 C/C++ 的函数指针来实现， 而在 Javascript / LISP 中， 函数是一种通用对象，具有很大的灵活性。
调用者 A 想要调用函数 B， 但并不知道具体的 B 应该是哪一个，由 A 的调用者将 函数B 作为参数传入给调用者 A。 函数B 称为回调函数，
B 函数的调用称为回调。
为什么要使用并发 ？ 有三点足够信服的理由：
性能提升。单核 CPU 的性能基本抵达瓶颈，充分挖掘多核 CPU 的能力，使得性能提升变成水平可扩展的。
事件本质。世界的事件本质上是并行和并发进行的。
响应灵敏。为了构建响应更敏捷的应用，需要异步化处理，并发必不可少。
不过，并发使用姿势不当，很容易出错，导致难以估量的损失。可谓是一把双刃剑。
最近，团队有同学踩了并发的坑。我想，要不梳理下并发的一些陷阱及相关原理和解决方案吧，以备后用。
并不是在所有情况下都需要使用并发。Java 多线程模型，在并发执行的时候会有线程创建、切换、阻塞、调度的开销、内存同步的开销等。
并发，就是在同一时间段内有多个任务同时进行着。这些任务或者互不影响互不干扰，或者共同协作来完成一个更大的任务。
比如我在做项目 A，修改工程 a ; 你在做项目 B, 修改工程 b 。我们各自做完自己的项目后上线。我和你做的事情就是并发的。如果我和你修改同一个工程，就可能需要协调处理冲突。并发是一种高效的运作方式，但往往也要处理并发带来的冲突和协作。
世界天然是并发的。本文总结并发相关的知识和实践。
计算机中实现并发的方式有：多核、多进程、多线程；共享内存模型。基本方法是分而治之、划分均衡任务、独立工作单元、隔离访问共享资源。可以将一个大任务划分为多个互相协作的子任务，将一个大数据集划分为多个小的子数据集，分别处理后合并起来完成整个任务。并发需要解决执行实体之间的资源共享和通信机制。
具备一些基本必要的思想是重要的。这些思想会影响我们的思考方式，以及设计和编写程序的决策。
类只是刻画对象的一种方式而已，但绝不是唯一的方式。 思考应用程序将由那些对象及其交互来构成和实现。应用程序中不一定有类，但一定有对象。
并发安全的核心不是关于并发机制，而是关于状态的管理。从状态的角度来考虑并发，而不是从并发机制。 因为思考方式会决定并发机制的实现与选择。
从单机角度，定时任务实现主要有以下 3 种方案：
while+sleep 方案，简单的说，就是定义一个线程，然后 while 循环，通过 sleep 延迟时间来达到周期性调度任务。
简单示例如下：
public static void main(String[] args) {
final long timeInterval = 5000;
new Thread(new Runnable() {
@Override
public void run() {
while (true) {
System.out.println(Thread.currentThread().getName() + "每隔5秒执行一次");
try {
Thread.sleep(timeInterval);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}).start();
}工作了一两年的软件工程师，大概没有不听说过“可复用性”的概念。可复用性可以从两个视角来体现：
理性学科，比如数学、物理是遵循可复用性的生动体现和典范。因为大家都知道，不充分了解别人的成果，根本无法进行自己的工作，而且即使耗费大量时间和精力作出成果，如果与已有成果重复了，基本等于零。遗憾的是，工程领域里，却充斥着大量的重复创作和浪费，且很少有人察觉这种浪费。
让我们暂时撇开平台、框架、技术、设计模式、对象思想、敏捷开发论等。 追问程序本质。
从本质上来说， 程序就是一系列有序执行的指令集合。 如何将指令集合组织成可靠可用可信赖的软件（美妙的逻辑之塔）， 这是个问题。
程序 = 逻辑 + 控制。 what to do + when to do.
从编程角度来说， 开发者应对的就是逻辑， 逻辑的表达、组织和维护。 逻辑是事物自此及彼的合乎事物发展规律的序列。指令是逻辑的具体实现形式。
逻辑成立的先决条件是合乎事物发展规律。 程序只能处理数值， 却传入了字符串， 就只能报错而无法继续； 当处理海量数据时， 若内存不足，
就会导致程序崩溃； 若程序存在内存泄露， 随着时间的推移而耗尽内存， 也会导致程序崩溃。 多个线程同时修改一个共享变量， 若不加控制，
就会因为不同线程执行修改变量的时序的不确定导致该变量最终值的不确定。 这些就是程序执行的发展规律。 要编写程序， 必定要先通悉这些规律。
架构模式是系统组件及组件交互的模式，决定了处理数据和领域对象的全局控制结构。组件化是使用架构模式的前提。
分层模式：
将应用划分为多个层次，定义各层的接口、任务抽象及消息格式，以及各层之间的通信与交互。业务系统通常会划分为业务逻辑层、服务层、领域层、数据层。网络栈协议是分层模式的典型应用。应用分层模式时，为确保系统可维护性，通常第j+1层只依赖于第j层的接口和服务；在性能场合下，可能会有跨层依赖的情况；应对特殊场景的设计中，会有“第j层的服务依赖于第j+1层的服务”的反向依赖关系。可参阅《面向模式的软件架构：模式系统》第2.2.1节。
软件的构造，本质上就是组件与组合。组件是实现了特定功能的逻辑单元（程序），组合则是将“小组件集成为大组件，将大组件集成为整个应用系统”的联结方式。只要学过编程语言的人，大抵是会构造或大或小的组件的，那么组合结构就决定了程序是如何构成或优雅或拙劣的软件的。本文想探讨下软件是如何组合起来的。
计算机的使命是计算和处理数据，而处理数据的最小单位就是指令。指令完成不可细分的原子的计算功能。也可以说，指令就是用于构造软件的原子组件。
软件设计的第一性原理，是结构化抽象。术生于道，技术生于原理。
所谓的第一性原理，就是无论使用什么方法论，都无法绕过的那最最基础的部分。无论是 DDD 设计，还是面向模式的架构设计，或
微服务架构，均建基于结构化抽象。
何为结构化抽象 ？ 先回答 “何为抽象” 与 “何为结构化” 两个问题。
何为抽象 ？ “设计原理:抽象” 一文阐述了什么是抽象及在编程与计算中的意义； “设计原理:代码抽象与分层”
则列举了从代码中提炼出来的六类抽象，涵盖了编程开发中常见的实体及处理。