近期参加公司组织的极客中餐厅训练营，我们所在的小组接到的课题是微服务的低代码平台架构设计。目标是：结合京东业务研发实际情况，针对后端研发人员，设计一个微服务低代码平台，助力更高效低交付业务需求。现已结业，将我在本次项目中沉淀设计出的设计文档整理成文，期待与大家有进一步的碰撞沟通

关注“苏三说技术”，回复：开发手册、时间管理有惊喜。对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。在某些业务场景下，如果同时有多张表的写入操作，为了保证操作的原子性（要么同时成功，要么同时失败）避免数据不一致的情况，我们一般都会使用spring事务。没错，spring事务大多数情况下，可以满足我们的业务需求。

背景在闲鱼深度使用Flutter开发过程中，我们遇到了业务代码耦合严重，代码可维护性糟糕，如入泥泞。对于闲鱼这样的负责业务场景，我们需要一个统一的应用框架来摆脱当下的开发困境，而这也是Flutter领域空缺的一块处女地。FishRedux是为解决上面问题上层应用框架，它是一个基于Redux数据管理的组装式fl

一、写在开头vivo云服务提供给用户备份手机上的联系人、短信、便签、书签等数据的能力，底层存储采用MySQL数据库进行数据存储。随着vivo云服务业务发展，云服务用户量增长迅速，存储在云端的数据量越来越大，海量数据给后端存储带来了巨大的挑战。云服务业务这几年最大的痛点，就是如何解决用户海量数据的存储问题。二、面临挑战

AOP的基本概念    AOP从运行的角度考虑程序的流程，提取业务处理过程的切面。AOP面向的是程序运行中的各个步骤，希望以更好的方式来组合业务逻辑的各个步骤。AOP框架并不与特定的代码耦合，AOP框架能处理程序执行中特定切入点，而不与具体某个类耦合（即在不污染某个类的情况下，处理这个类相关的切点）。下面是一些AOP的一些术语：    切面（

微服务概述与SpringCloud 微服务与微服务架构微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动

规则引擎是嵌入在应用程序中的组件，实现了决策逻辑和业务系统的分离功能。在现实业务场景中，决策逻辑的复杂性和可变性，使得决策引擎的应用越来越多，把决策逻辑单独分离出来也显得越来越重要了。目前市场上常用的规则引擎有IlogJRules，Drools，Jess，VisualRules等。IlogJRules是最有名的商用BRMS；Drools是最活跃

为什么要分代   分代的垃圾回收策略，是基于这样一个事实：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式，以便提高回收效率。   在Java程序运行的过程中，会产生大量的对象，其中有些对象是与业务信息相关，比如Http请求中的Session对象、线程、Socket连接，这类对象跟业务直接挂钩，

过去几年，以Docker、Kubernetes为代表的容器技术已发展为一项通用技术，BAT、滴滴、京东、头条等大厂，都争相把容器和K8S项目作为技术重心，试图“放长线钓大鱼”。就说阿里吧，目前基本所有业务都跑在云上，其中有一半已迁移到自己定制Kubernetes集群上。据说，今年计划完成100%基于K8S集群的业务部署。而服务网格这块

Android模块化一直是Android开发届一个很火的话题，因为公司业务太多，代码越来越臃肿，越来越难维护，为了提升开发效率，减低代码的维护成本，所以采取了模块化开发方案。我们知道，模块化其实就是讲每个业务，拆分成每个独立的模块，然后通过某种协议来达到模块与模块之间的通信。一般公司的项目的结构大概的如下：!(h