编程篇

程序中的异常可以反映系统的缺陷和待优化的点，并且是无法完全避免的，如何处理异常和降低异常出现的频率，是系统质量的基础保障；随着分布式架构的流行，各种复杂的请求链路给异常处理带来了巨大的麻烦；

适配器模式（Adapter），是23种设计模式中的结构型模式之一，它就像我们电脑上接口不够时，需要用到的拓展坞，起到转接的作用。

模板方法模式，又叫模板模式，属于23种设计模式中的行为型模式。在抽象类中公开定义了执行的方法，子类可以按需重写其方法，但是要以抽象类中定义的方式调用方法。

有的任务只强调执行过程，并不需要追溯任务自身的执行结果；有些任务即强调执行过程，又需要追溯任务自身的执行结果；

基于JDK8，今天重点来聊下JUC并发包下的一个类，AbstractQueuedSynchronizer。首先，浅显的从名字上看，抽象的队列同步器；实际上，这名字也跟它的作用如出一辙。

客户端与服务端进行通信交互，可能是同步或者异步，服务端进行「流」处理时，可能是阻塞或者非阻塞模式，理逻辑看就是：读取数据-业务执行-应答写数据的形式；

最近遇到这样一个场景：在业务正式开始前1-2天，需要导入一批来自合作渠道的数据，在业务周期结束后，再将同一批数据导出，交付给渠道方；

前段时间，在做项目重构的时候，遇到很多地方需要做很多的条件判断。当然可以用很多的if-else判断去解决，但是当时也不清楚怎么回事，就像玩点别的。于是乎，就去调研了规则引擎。

Netty是一个异步的，事件驱动的网络应用框架，用以快速开发高可靠、高性能的网络应用程序，提供网络传输能力的管理，支持常见的数据传输协议；

基于SpringBoot的版本，Tomcat集成的是9.0版本，参考Tomcat核心组件描述，对于框架有大致的了解后，再去分析集成原理，会更容易把握主线逻辑；

曾几何时，知了在一家小公司做项目的时候，都是一个服务打天下，所以涉及到数据一致性的问题，都是直接用本地事务处理。

在Seata的AT模式中，在服务执行完成后，直接进行RM提交和资源释放，提供了对CAP理论相对平衡的解决方案，并且没有侵入业务工程；

装饰者模式（Decorator Pattern）允许向一个现有的对象扩展新的功能，同时不改变其结构。主要解决直接继承下因功能的不断横向扩展导致子类膨胀的问题，无需考虑子类的维护。

无论是在JDK源码或者框架组件，都在使用注解能力完成各种识别和解析动作；在对系统功能封装时，也会依赖注解能力简化各种逻辑的重复实现；

ES南墙，建议绕开；作为最常用的搜索引擎组件，在系统架构中发挥极其重要的能力，可以极大的提升数据的加载和检索效率；

责任链模式（Chain of Responsibility Pattern）是将链中每一个节点看作是一个对象，每个节点处理的请求均不同，且内部自动维护一个下一节点对象。

解决常规的JVM异常时，通常依赖JDK中基础工具即可完成问题的定位，从而进行分析和解决，不过这些需要对基础工具熟练使用才行，而很多JDK自身的能力又是经常被忽略的；

服务端开发，绕不开对Spring框架的深度学习，如果单纯站在源码阅读的角度，建议先熟读SpringBoot启动流程，然后再适当扩展其他源码块；

Skywalking是APM规范的国产开源分布式链路追踪系统，APM即应用性能管理，支持对SpringCloud微服务集成，并且无代码层面的侵入；

在开发的过程中会遇到各种各样的开发问题，服务器宕机、网络抖动、代码本身的bug等等。针对代码的bug，我们可以提前预支，通过发送告警信息来警示我们去干预，尽早处理。