摘要
在互联网系统架构设计中，如何用最少的资源支撑起亿级流量是每位工程师孜孜不息奋战的目标。虽然业务场景林林总总，但是万变不离其宗。本文分享了一些系统设计理论与方法，也是这两年多在工作中对系统设计的一些思考与总结。
一、善用UML工具
用例图
用于需求分析阶段，从用户角度描述系统功能。
静态图：类图、对象图、包图
交互图-时序图（注重时间）
常用组合片段：选项（Opt）、循环（Loop）、并行（Par）、抉择（Alt）、中断（Break）
交互图-协作图（注重对象）
行为图-状态图（注重状态）
行为图-活动图（注重活动）
实现图-组件图
实现图-部署图
二、遵从设计原则
设计模式基础
- 单一职责：一个类只负责一个职能；
- 里氏转换：在子类中不应重写、重载父类的方法，子类要能替代父类；
- 接口隔离：不依赖不需要的接口，拆分大接口；
- 迪米特法则：一个对象应该对其他对象保持最少的了解（低耦合）；
- 开放封闭：对扩展开放，对修改关闭；
- 依赖倒置：抽象不应该依赖细节，细节应该依赖抽象，即针对接口编程，所有依赖关系都终止于抽象类或接口，不要对实现编程。
设计模式
创建型
- 工厂方法(Factory Method)：Creator、Product、ConcreteCreator、ConcreteProduct，父类决定实例生成方式，由子类生成实例。
- 抽象工厂(Abstract Factory)：AbstractFactory、ConcreteFactory、AbstractProduct、ConcreteProduct、Client，将零件组装成复杂结构的产品。
- 单例(Singleton)：Singleton，只有一个实例。
- 建造者(Builder)：Builder、ConcreteBuilder、Director(监工，聚合Builder)、Client，分阶段组装生成复杂结构的实例。
- 原型(Prototype)：Prototype、ConcretePrototype、Client，通过clone生成实例。
结构型
- 适配器(Adapter)：Target(对象)、Adapter(继承Target，聚合Adaptee)、Adaptee(被适配)、Client，连接填补不同接口的缝隙。
- 代理(Proxy)：Subject、Proxy(代理人，聚合RealSubject)、RealSubject(实际主体)、Client，Proxy与RealSubject实现同一接口，用于推迟实例的生成。
- 桥接(Bridge)：Abstraction(功能，聚合Implementor)、RefinedAbstraction、Implementor(实现)、ConcreteImplementor，将类的功能层次结构与实现层次结构分离。
- 装饰(Decorator)：Component(被装饰物)、ConcreteComponent、Decorator(装饰物，继承并聚合Component)、ConcreteDecorator，为Component添加Decorator，装饰边框与被装饰物具有一致性。
- 组合(Composite)：Leaf(树叶)、Composite(复合物，承载Leaf和Composite)、Component(Leaf和Composite的父类，使其一致)、Client，使容器与内容具有一致性，创造出递归结构。
- 外观(Facade)：Facade(窗口，依赖其它角色)、被组装的其它角色、Client，将复杂角色组装成简单窗口。
- 享元(Flyweight)：Flyweight、FlyweightFactory(聚合Flyweight，缓存Flyweight实现共享)、Client，共享内存，避免浪费。
行为型
- 模板方法(Temple Method)：AbstractClass、ConcreteClass(继承AbstractClass)，在父类定义处理流程的框架，在子类中实现具体处理。
- 责任链(Chain Of Responsibility)：Handler、ConcreteHandler、Chain(组装Handler顺序)、Client，责任节点各司其职。
- 策略(Strategy)：Strategy、ConcreteStrategy、Context(上下文，聚合Strategy)，可灵活替换算法。
- 状态(State)：State、ConcreteState、Context(上下文，聚合State)，用类表示状态。
- 观察者(Observer)：Subject(观察对象，聚合Observer)、ConcreteSubject、Observer、ConcreteObserver，Subject变更时通知Observer。
- 访问者(Visitor)：Visitor、ConcreteVisitor、Element(元素)、ConcreteElement、ObjectStructure(对象结构，聚合Element)，遍历并处理对象结构数据。
- 迭代器(Iterator)：Iterator、ConcreteIterator、Aggregate、ConcreteAggregate(聚合具体迭代器)，遍历集合数据。
- 命令(Command)：Command、ConcreteCommand(聚合Receiver)、Receiver(接收者)、Client(请求者)、Invoker(发动者，聚合Command)，保存命令历史记录和重复执行命令。
- 备忘录(Memento)：Originator(生成者)、Memento、Caretaker(负责人，聚合Memento)，保存对象状态。
- 仲裁者(Mediator)：Mediator、ConcreteMediator(聚合ConcreteColleague)、Colleague(组员，聚合Mediator)、ConcreteColleague，组员向仲裁者报告，仲裁者向组员下达指示。
- 解释器(Interpreter)：AbstractExpression(抽象表达式)、TerminalExpression(终结符)、NonterminalExpression(非终结符，聚合AbstractExpression)、Context、Client，解析语法规则。
分布式设计原则
高可用
降级、限流（漏桶-平滑、令牌桶-可突发、环形队列+滑动窗口）、切流、熔断、回流、可回流、超时、隔离（线程、读写、资源、热点、爬虫）、负载均衡。
高并发
无状态、拆分、服务化、队列、数据异构（异构->原子化->聚合->缓存）、缓存、并发化（Future、Callback、Completable Future）、池化。
业务设计
防重、幂等、规则引擎、状态机、审计、审批。
分布式理论
CAP：一致性、可用性、分区容错性（三选二）；
BASE：基本可用、软状态、最终一致性；
ACID：原子性、一致性、隔离性、持久性。
一致性原则
XA协议：准备 -> 提交（具有阻塞、协调者单点、脑裂等缺点）；
XA三段协议：询问 -> 准备 -> 提交；
TCC：try -> confirm / try -> cancel 锁定 -> 确认/释放；
最终一致性：查询、补偿、定期校对、可靠消息、缓存一致性。
超时处理
原则：谁超时谁处理，即接口调用超时，查询+补偿；接口调用成功后，接口内部服务超时须自己补偿。
- 两状态同步接口（OK/ERR）：接口调用超时，调用方查询+补偿；接口内部服务超时，内部快速失败+冲正；
- 三状态同步接口（OK/ING/ERR）：接口调用超时，调用方查询+补偿；接口内部服务超时，返回处理中，内部查询+补偿到成功，调用方轮询；
- 异步接口：接口调用超时，调用方查询+补偿；接口内部服务超时，内部查询+补偿到成功，回调通知；接口回调通知超时，指数补偿回调；
- 消息队列：生产者发送超时，持久化可靠发送+幂等消费；消费者消费超时，消息处理完偏移量增加。
缓存
缓存分片：客户端分片（redic）、代理分片、集群分片（一致性Hash）；
缓存穿透：缓存空值、有效Key判断；
缓存并发：分布式锁、本地锁、软过期（业务过期）；
缓存雪崩：错峰失效。
三、画好架构图
4+1视图
场景视图：参与者与功能用例关系，用例图表示；
逻辑视图：功能拆解后的组件边界及关系，组件图和类图表示；
物理视图：软件与硬件映射关系，部署图表示；
处理流程图：各组件流程与数据交互，时序图和流程图表示；
开发视图：模块划分及包组成，包图表示。
C4视图
语境图：梳理待建设系统用户和高层次依赖，在中间画出自己的系统，周围是用户与其它交互系统。
容器图：展开语境图待建设系统，用框图表示，可包含名称、技术选择、职责、框图间交互，明确外部系统边界。
组件图：展开某个容器，描述其内部模块组件组成、关系。
类图：同UML静态图，此处不再展开。
结束语
技术服务业务，如何在技术选型与实现上结合实际情况做最优的取舍，才是每位工程师的价值所在。
参考资料
《亿级流量网站架构核心技术》
《面向对象技术及UML教程》
