来自阿里十余年的老架构师自述：成为架构师你只差了一步

大家是否思考过，为什么大部分程序员很难真正成为一个架构师？

一般来说技术团队的金字塔顶尖往往是技术最牛的人做架构师（或 TL）。所以架构师在广大码农中的占比大概平均不到 20%。而架构师也可以分为初级、中级、高级，江湖上真正高水平的架构师就更少了。

他们很多也是好的大学，计算机科班专业毕业，计算机基础知识技能没有任何问题，工作也足够的努力，但是仍然很多人无法真正成为一个合格的架构师。

所以，80% 码农干上许多年，还是做不了架构师，正在辛苦工作的程序员们，你有没有下面几种感觉？

① 我的工作就是按时完成领导交给我的任务，至于代码写的怎样，知道有改进空间，但没时间去改进，关键是领导也不给时间啊。

② 我发现我的水平总是跟不上技术的进步，有太多想学的东西要学，Swoft 用的人最近比较多啊，听说最近 Swoole 比较火，还有微服务，听说 PHP 又更新了……

③ 我发现虽然我工作 5 年了，除了不停的 Coding 写业务代码，Ctrl+c 和 Ctrl+V 更熟练了，但编码水平并没有提高，还是一个普通程序员，但有人已经做到架构师了。

④工作好几年了，想跳槽换个高薪工作，结果面试的考官都问了一些什么数据结构，什么垃圾回收，什么并发架构、协程编程之类的东西，虽然看过，但是平时用不着，看了也忘记了，回答不上来，结果面试官说我基础太差……

如果有以上问题，那么你绝对进入学习误区走了弯路；如果我们要成为架构师，我们自己要面临的三大问题：

• 找准定位：我是谁、我在哪里？
• 怎样做好架构师：我要做什么？
• 如何搭建架构师知识体系：我该怎么做？

一、如何定义架构师

Java架构师，首先要是一个Java程序员，熟练使用各种框架，并知道它们实现的原理。jvm虚拟机原理、调优，懂得jvm能让你写出性能更好的代码;池技术，什么对象池，怎么解决并发量、连接池，线程池。

Java反射技术，写框架必备的技术，但是有严重的性能问题，替代方案Java字节码技术；nio，没什么好说的，值得注意的是”直接内存”的特点，使用场景;java多线程同步异步;java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，好多五年以上经验的人都弄不清楚，还有为什扩容时有性能问题?不弄清楚这些原理，就写不出高效的代码，还会认为自己做的很对;总之一句话越基础的东西越重要，很多人认为自己会用它们写代码了，其实仅仅是知道如何调用api而已,离会用还差的远。

熟练使用各种数据结构和算法，数组、哈希、链表、排序树…，一句话要么是时间换空间要么是空间换时间，这里展开可以说一大堆，需要有一定的应用经验，用于解决各种性能或业务上的问题。

所以，大部分（超过九成的）码农干上许多年，还是做不了架构师，这是什么原因造成的呢？

① 码农分为真的能写代码的，以及自认为能写代码的。

② 真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。

③ 真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。

④ 会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。

了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

⑤ 极少深度广度都关注的码农又分为为技术而技术和为业务而技术的。

纯为技术而技术的码农在国内的软件行业需求太少，且需求的往往不是应用软件领域了。

⑥ 为业务而技术的深度广度都了解的码农，又需要有良好的沟通能力。

⑦ 而沟通好的，又有一部分当PM去了。

⑧ 然后剩下的，又有一部分慢慢脱离实际开发（不再做任何实现）或者开始依靠拿各种中间件搭积木来作为“架构”手段。

⑨ 除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致全面。

⑩ 细致全面善于沟通，技术上深度广度都没问题， 又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

而真能满足这种需求的，别说题主的10%的比例，1%能不能达到我也持怀疑态度。其实现在的“架构师”大多数都停留在8这个层次，甚至很多在5这个层次就当上title上的架构师了。 

二、技术归纳

熟练使用linux操作系统，必备，没什么好说的 。

熟悉tcp协议，创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化; 熟悉http协议，尤其是http头，我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。

系统集群、负载均衡、反向代理、动静分离，网站静态化 。

分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点，适用场景 。

分布式缓存技术memcached,redis，提高系统性能必备，一句话，把硬盘上的内容放到内存里来提速，顺便提个算法一致性hash 。

工具nginx必备技能超级好用，高性能，基本不会挂掉的服务器，功能多多，解决各种问题。

数据库的设计能力，mysql必备，最基础的数据库工具，免费好用，对它基本的参数优化，慢查询日志分析，主从复制的配置，至少要成为半个mysql dba。其他nosql数据库如mongodb。

还有队列中间件。如消息推送，可以先把消息写入数据库，推送放队列服务器上，由推送服务器去队列获取处理，这样就可以将消息放数据库和队列里后直接给用户反馈，推送过程则由推送服务器和队列服务器完成，好处异步处理、缓解服务器压力，解藕系统。

知识结构的缺陷

架构师，程序员， 产品经理的区别，大概就是建筑行业里建筑师，建筑工人，甲方业主的区别。产品经理说我要建这么这么一栋楼，架构师说好吧，我来帮你看看是做成砖木结构还是 框架结构，房型怎么设计，水电气怎么布局，预算多少，然后程序员上阵，按照图纸把楼建起来。运营是大楼的物业管理，负责营运大楼。

软件开发越来越成为传统行业（即便在互联网企 业），一个成熟的软件团队内部自然会分化出这些角色，各展所长。但非常不同的是，建筑工人很少能自发成长为建筑师，后者都是科班出身，因为建筑学科已经高 度发达，需要掌握结构力学，美学等技术，现在软件行业还没有这么高的成熟度，程序员和架构师接受的都是一样的计算机教育，所以程序员可以自学升级到架构 师，走一条不同的升级打怪路线。

那么，架构师是什么人呢？

按所工作的不同软件层分，有网络架构，系统架构，数据架构，业务架构，应用架构，平台架构。

按所解决的问题领域分，有电商架构，支付架构，搜索架构，安全架构，性能架构，游戏架构，多媒体架构，等等等。

按其工作的深度来分，有集成架构，业务架构，模块架构，框架架构，中间件架构，软件架构，引擎架构，服务器架构，甚至编程语言架构。

是不是太乱了？好比在设计师的世界观里一切东西都需要设计。软件也需要精心设计，在优秀的程序员眼里，每一行代码都需要架构！都体现了架构。

为了解决问题，程序员自然需要架构，他们中的佼佼者被冠以架构师的名号，获得了一定的话语权，逐步成为一个职业分工，我想，这就是架构师的本来面目。

成为架构师，需要经验和眼界
老码农分为两种：游击队和板凳王

坐穿板凳有利于积累经验，而不利于开拓眼界

游遍四海有利于开拓眼界，而不利于积累经验

如何成为架构师

如果你想要往架构师的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对 1 到 5 年及以内的 PHP 开发人员，里面的技术包涵了 PHP 高并发、分布式、微服务、框架内核、高性能等技术，这些也是目前中大型互联网企业比较常用的技术，请看图如下：由于篇幅问题我就不把每个知识点都一一介绍，现在把架构师必须具备的一些技术总结出来一套思维导图和录制了一些相关视频，分享给大家，供大家参考。感兴趣的铁子们可以后台私信【七七】或者点击这里免费获取高清知识体系思维导图及相关资料。

一：软件设计基础

学习 PHP 技术体系，设计模式，流行的框架

• UML - 统一建模语言

• 中小型系统开发 - 敏捷开发理论与实践

• 从立项到落地软件工程常用文档案例，等一系列知识

  

二：微服务架构与性能优化

业务体系越来越复杂，协程编程，并发编程、MySQL 底层优化是架构升级的必经之路， 性能优化和微服务相关的技术有哪些呢？

• 微服务架构实践

• Tomcat性能优化

• Nginx性能优化

• 高并发大流量服务调优实战

    

三：工程化与分布式架构

任何脱离细节的 PPT 架构师都是耍流氓，向上能运筹帷幄，向下能解决一线开发问题，PHP 架构师需深入工程化、高并发，高可用，海量数据，没有分布式的架构知识肯定是玩不转的：

 

 总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，外加职业发展中又有很多岔路，最后走到架构师这根树枝上的就寥寥可数了。

所以，大家如果想往技术路上走的，想成为架构师的，一定要保持终生学习的态度，让学习力成为核心竞争力，才能不被时代所淘汰，这里我也分享自己收集的系统的学习资料，和几套学习路径图给大家，真心的希望能帮助到大家。

最后希望大家能从文章中得到帮助获得收获，也可以评论出你想看哪方面的技术。文章会持续更新，希望能帮助到大家，哪怕是让你灵光一现。喜欢的朋友可以点点赞和关注，也可以分享出去让更多的人看见，一起努力一起进步！