写在前面的话：过往的认知不可否认的说，曾经很长的一段时间，当我大部分时间还集中在业务上的时候，对“架构”这个词有点嗤之以鼻。尤其是“前端架构”。觉得说“前端”这个软件工程化都相对薄弱，还在拼死拼活的往

「架构」这词对于程序员来说是略显神圣的，而且其涵盖范围和意义也是非常广泛，可能每个人每个团队对于它的理解也是不同的，所以本文不深入探讨它本身，而是着重讲讲我们在这方面的一些实践。

本文是笔者多年来积累和收集的知识技能图谱，有的是笔者原创总结的最佳实践，有的是小伙伴们的分享，其中每个秘籍图谱里面的内容都是互联网高并发架构师应该了解和掌握的知识，笔者索性把这些图谱收集在一起，并且归类便于查找和学习，希望能够帮助到每一位想成为架构师或者已经是架构师的小伙伴.

理解应用程序的输入 / 输出（I/O）模型，意味着其在计划处理负载与残酷的实际使用场景之间的差异。若应用程序比较小，也没有服务于很高的负载，也许它影响甚微。但随着应用程序的负载逐渐上涨，采用错误的 I/O 模型有可能会让你到处踩坑，伤痕累累。

很久之前有讲过并发编程中的锁并发编程的锁机制：synchronized和lock。在单进程的系统中，当存在多个线程可以同时改变某个变量时，就需要对变量或代码块做同步，使其在修改这种变量时能够线性执行消除并发修改变量。而同步的本质是通过锁来实现的。为了实现多个线程在一个时刻同一个…

这也是本文要讨论的核心问题：如何高效生成趋势有序的全局唯一ID。

本文主要想给大家分享一下，宋小菜这三年来，是如何从单点巨石系统演变成领域驱动的服务化设计的。这个演变现在还在继续，我们在实践过程中遇到了很多坑，也收获了经验和思考。 我是在宋小菜处于筹备阶段就加入的第一个程序员，见证了宋小菜系统从0到1的全过程。那时候的技术团队只有一个产品经理…

技术人生就是在不断地修行，每个人都有每个人的功课，每个人也有每个人的精彩。你也许刚上路，又或许踽踽独行了很久，听听别人的故事没准也能帮助自己的成长。在阿里修行的 9 年，他学会了这些。