# **架构原则：“4 要 1 不要”** 如果你是一个架构师，你首先要勾勒出一个轮廓，想一想如何构建一个超大流量**并发读写、高性能，以及高可用的系统**，这其中有哪些要素需要考虑？ 我把这些要素总结为“4 要 1 不要”： * **数据要尽量少** * **请求数要尽量少** * **路径要尽量短** * **依赖要尽量少** * **不要有单点**  # **“秒杀系统”实体机单机部署**   # **在设计秒杀系统中：如何有针对性的处理好动态热点数据和静态热点数据** “热点数据”比较好理解，那就是用户的热点请求对应的数据。而热点数据又分为“**静态热点数据**”和“**动态热点数**据”  # **高可用系统建设** **1\. 架构阶段**：架构阶段主要考虑系统的可扩展性和容错性，要避免系统出现单点问题。例如多机房单元化部署，即使某个城市的某个机房出现整体故障，仍然不会影响整体网站的运转。 **2\. 编码阶段**：编码最重要的是保证代码的健壮性，例如涉及远程调用问题时，要设置合理的超时退出机制，防止被其他系统拖垮，也要对调用的返回结果集有预期，防止返回的结果超出程序处理范围，最常见的做法就是对错误异常进行捕获，对无法预料的错误要有默认处理结果。 **3\. 测试阶段**：测试主要是保证测试用例的覆盖度，保证最坏情况发生时，我们也有相应的处理流程。 **4\. 发布阶段**：发布时也有一些地方需要注意，因为发布时最容易出现错误，因此要有紧急的回滚机制。 **5\. 运行阶段**：运行时是系统的常态，系统大部分时间都会处于运行态，运行态最重要的是对系统的监控要准确及时，发现问题能够准确报警并且报警数据要准确详细，以便于排查问题。 **6\. 故障发生**：故障发生时首先最重要的就是及时止损，例如由于程序问题导致商品价格错误，那就要及时下架商品或者关闭购买链接，防止造成重大资产损失。然后就是要能够及时恢复服务，并定位原因解决问题。  # **开关系统管理**  # **限流系统**  # **大纲目录**  # ## 言尽于此，完结 无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。 * 第一，设计模式能让专业人之间交流方便，如下： 程序员A：这里我用了XXX设计模式 程序员B：那我大致了解你程序的设计思路了 * 第二，易维护 项目经理：今天客户有这样一个需求… 程序员：明白了，这里我使用了XXX设计模式，所以改起来很快 * 第三，设计模式是编程经验的总结 程序员A：B，你怎么想到要这样去构建你的代码 程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题 * 第四，学习设计模式并不是必须的 程序员A：B，你这段代码使用的是XXX设计模式对吗？ 程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的  从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！ [**资料领取方式：点击这里下载**](https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB)  搜集费时费力，能看到此处的都是真爱！