编程篇

​微服务架构中，网关服务通常提供动态路由，以及流量控制与请求识别等核心的能力，保证系统的安全与稳定。

JVM执行引擎的作用就是将字节码指令解释或者编译为对应平台上的本地机器指令。简单来说，执行引擎充当了将高级语言翻译为机器语言的翻译者。

通常对于Stream的中间操作，可以视为是源的查询，并且是懒惰式的设计，对于源数据进行的计算只有在需要时才会被执行，与数据库中视图的原理相似；

在项目研发的过程中，对于数据存储能力的依赖无处不在，项目初期，相比系统层面的组件选型与框架设计，由于数据体量不大，在存储管理方面通常容易被轻视，当项目进入到中后期阶段，系统的复杂性很大程度来源于数据。

在微服务的代码工程中，配置管理是一项复杂的事情，即需要做好各个环境的配置隔离措施，还需要确保生产环境的配置安全；如果划分的微服务足够的多，还要考虑配置更新时的效率；

阅读源码最重要的是耐着心情慢慢看，并随手画下核心流程，实际上如果有一定的编程经验，不管是阅读什么工程的源码，只要用心去分析单点的实现原理，都算不上过度复杂。

如果软件系统存在持续的迭代周期，那么其中业务、技术、架构的复杂性都会直线拉升，其相应的开发难度也会提高，随之而来的压力会持续在开发和测试之间来回横跳。

虚拟机（Virtual Machine）指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。

分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。

HiKariCP作为SpringBoot2框架的默认连接池，号称是跑的最快的连接池，数据库连接池与之前两篇提到的线程池和对象池，从设计的原理上都是基于池化思想，只是在实现方式上有各自的特点；

本文从对象池的一个简单案例切入，主要分析common-pool2组件关于：池、工厂、配置、对象管理几个角色的源码逻辑，并且参考其在Redis中的实践。

线程池中维护多个线程，当收到调度任务时可以避免创建线程直接执行，并以此降低服务资源的消耗，把相对不确定的并发任务管理在相对确定的线程池中，提高系统服务的稳定性。

微服务工程的架构是一项复杂和持续的过程，其中涉及到的组件也十分繁杂，本文只是选取Gateway、Nacos、Feign三个基础组件做简单的总结。

好记性不如好Log。项目中日志的管理是基础功能之一，不同的用户和场景下对日志都有特定的需求，从而需要用不同的策略进行日志采集和管理，如果是在分布式的项目中，日志的体系设计更加复杂。

很多技术栈或者开源组件的不断发展，都是为了可以更好的解决场景问题，这就需要开发人员定期关注技术的发展趋势，具备技术视野和洞察能力。

专业的工作能力和经验积累包括多个方方面面，技术、业务、软能力。这种沉淀是一个持久的过程，以乐观的心态去学习遇到的冷门技术栈，用平静的心情去研究热门的新框架，并且不断的总结业务实现的方案。

二次封装的方式，可以严格的控制技术栈的迭代扩展，以及版本冲突的问题，通过对二次封装层的统一升级，可以快速实现业务服务的升级，解决不同服务的依赖差异问题。较大程度的降低业务与技术的耦合，如此可以独立的升

客户数据平台(Customer-Data-Platform)，简称CDP；通过采集多方客户数据(主体与线索)等，从而进行精准的客户分析和人群细分，进而实现高效的客户维系和发掘以及日常营销运营。

定义上说，元数据(Metadata)即描述数据的数据，但是在实际使用的时候，还是存在很多细分的概念，从本质上看元数据，介于系统和业务中间，提供双方都能明白的语义和逻辑，可以更加高效的支撑数据的业务价值

在系统开发初期，很容易出现这样一种情况：不同业务线上开发人员，因为技术栈和版本时间的影响，在选型的时候会优先使用自己熟悉的，例如MQ中间件常用的：Kafka、Rocket、Rabbit等