架构之路

1.引言 在编程界，IO一直是一个难点和痛点，不管是对于刚入行的小伙伴，还是有一定工作经验的朋友！今天这篇文章，我索性花点时间，争取让大家以后但凡提到IO，都不在迷糊。 这篇文章，我们试图需要搞清楚以

写这篇文章的一个原因，正好是最近项目中有这样的业务场景需要，理论和实践相互结合，才是最佳涨知识的机会。下面我简单交代一下，我们的业务场景。 我们是供应链业务系统，在其中仓储服务的出入库审核，反审核业务

我们经常把RPC和REST放到一块儿讨论，但其实从根本上它们是两个东西，没有什么太多的关联性。这让REST觉得很受伤！文章希望从思想上，从概念层面，以及从解决的问题域来说清楚它们之间的区别与联系！

一旦我们选择分布式系统架构设计，必然会绕不开系统间调用，交互的问题。像下面这样 我们看到 订单是一个独立的进程，有自己的内存地址空间 用户是一个独立的进程，有自己的内存地址空间 那么它们之间的交互，肯

业界今天总体上，选择的主流架构都是云原生，或者是在云原生的路上。这篇文章我们谈的是架构演进，所以先罗列一下都有哪些架构 单体架构 SOA架构 微服务架构 云原生架构 无服务架构 你看，有这么多风格的架

关于测试这个话题，小伙伴们都很熟悉，在具体展开前，我们先来看一个图（关于经典软件工程阶段，与互联网软件交付阶段） 在经典软件工程阶段中，有编码测试阶段，说明了测试的重要性； 在互联网软件交付阶段中，没

云原生和微服务，都是近几年后端研发小伙伴耳熟能详的的词，热门的有些不像话。但还是相信很多小伙伴，并不是能很好的理解 究竟什么是云原生？ 微服务架构体系实践，需要考虑哪些关注点？ 那么，这篇文章，我想跟

1.简介 提到负载均衡，我们最早想到的可能是nginx，f5这样一些产品解决方案。毕竟在微服务盛行以前，业界更多的是将单体应用通过集群方式部署，在集群应用前通过f5硬负载，或者通过nginx软负载，架

1.引子 今天应用系统的建设，很多时候单库难以再满足业务诉求了，主要在于业务形态的变化，业务体量倍增，不管是B端系统，还是C端系统都需要去应对高并发、海量数据处理等业务诉求。 于是我们看到了，技术圈的

1.引子 说到秒杀，事实上我们都非常熟悉，已经是很多平台与商家常规的商业营销活动了，你比如说双11、或者618。秒杀于商家来说，得到了营销推广，促进商品销售；于消费者用户来说，用更少的钱买到了心仪的产

1.引子 在微服务架构体系中，除了业务微服务，还需要相关的应用支撑服务，都有哪些呢？我们数一数 注册中心 配置中心 网关 监控告警（指标、日志、链路） 我们一起来聊一聊注册中心，注册中心常用选型组件有

正好前几天有朋友问，项目中有频繁读取和写入文件的需求，如何选择合适的io api？于是顺手写了一个benchmark的测试demo，特意分享出来

思考： - java编程语言，有提供序列化机制吗？ - 为什么jdk明明提供了序列化机制，我们却不推荐使用它？ - 实际应用中，我们都是基于什么考虑，来选择编解码框架的？

今天做java开发的小伙伴们都很幸福，为什么这么说呢？因为springboot框架的存在，自从有了springboot框架以后 自动装配能力：除了必要的一些配置，大多数配置都不用再写

服务容错方案设计，可选择的方案有，本文提供一个限流方案的简易实现参考： - 超时 - 流控（限流） - 熔断降级

前后端分离架构设计目标： 完全有前端来控制页面，URL，Controller，路由等 后端应用就逐步弱化为真正的**数据服务+业务服务**，做且仅能做的是提供数据、处理业务逻辑，关注高可用、高并发

1.进程与线程区别： 进程是拥有资源的基本单位，线程是调度的基本单位 2.零拷贝收益： 数据不需要在内核空间、与用户空间之间的拷贝，全部在内核空间完成

实践项目中，我们经常会面临高性能高并发的话题，比如RT，比如TPS，那么常用的一些设计实现方案和路径有：选择IO模型、减少系统调用、零拷贝、池化、高效并发

说起redis，小伙伴们都很熟悉，用一句话来描述：reids是一个功能丰富，性能高，基于k/v的NoSql数据库 它的功能丰富体现在 提供了丰富的数据结构能力：字符串、哈希、列表、集合、有序

缓存架构方案，需要思考的一些问题： - 哪些业务数据适合缓存架构方案 - 缓存粒度 - 缓存一致性 - 缓存穿透 - 缓存雪崩 - 缓存热点key