我曾问过很多自称热爱代码的程序员的发展规划，大多都回答说期望成为一名架构师。而在招聘一方，有的团队会过滤掉多次提起架构一词而一点不提具体内容的简历。可见，虽然在大多数程序员眼里，架构师是神圣的，但又不得不承认事实是：“架构”和“架构师”是最常被滥用的。那些写能 PPT 而不能写代码的人，只做和事佬而不考虑软件快、稳、便捷的人，都称不上做“架构”更别提“架构师”。
那么什么样的人可以称为“架构师”？
据称架构一词源于建筑行业，架构师这个职位，不管是前端还是后端，职责是相同的。而用规划一次房屋的装修来描述架构师这个职位的职责是非常合适的。
建立一套 Web API 就像在定装修风格。要选择注重重 CRUD 的 RESTFul 式，还是请求自定义性更强的 GraphQL 式，又或者是简单的 JSON-RPC 式，这就像装修风格是选要简洁的日式、粗犷的美式还是奢华的欧式。定方向和选型这件事无处不在，架构师必须根据实际需求，做各种决策，为后面各部分整体结合打好基础。
灯光、墙面、家具等各个部分都需要根据风格精心设计、执行和不断修正，才可能达到原定目标，架构也一样。拿光线控制来说，施工人员可能会忽略你注重的一些细节：暖色的书房氛围；明亮且能切到影院模式的客厅；装在合适位置才不会刺眼的背景灯。在每个环节的执行上，架构师既要设计，又要保证对每个角色充分理解，必要时不排除动手编写重要环节的功能，而在经验或考虑不足的点上一旦出现问题就必须迅速调整。空有一个好的设计而没有好的执行，是非常让人惋惜的。
值得一提的是，选用最好的卫浴用品、最贵的过滤器并不是获得最佳洗浴室体验的关键点。同样，软件架构并不是说把每个部分做到最好再拼凑起来就能达到佳效果。最好洗浴室体验的关键点在于折中和妥协。例如，在水压不是特别高的情况下，把过滤器安装在总闸虽然能让用水达到最健康的状态，但会导致淋浴的水压不够，进而使体验大打折扣。把过滤器安装在厨房出水口可能是最佳的平衡，既保证水压又保证了用水的健康。分成多个部分是解耦，而协作的平衡是内聚。低耦合、高内聚是架构师处理软件各部分协作的终极目标。
装修有很多细节，例如，若不喜欢晾衣服且生活在有“黄梅天”的上海，可选洗烘一体机；房子面积不大，可选扩展型家具；对通风质量要求比较高，可安装新风系统。软件架构也需要考虑很多细节，例如客户需求、实际环境、技术可用黑科技之类、安全、重用、扩展等。而这些细节方面的考虑，并不是一个刚入门的新人能做到的。
总的来说，称得上架构师的人，必须是具备丰富系统设计经验且能保证设计执行的设计师和决策者；必须参与设计、开发执行和测试但又不局限于一个角色。也许架构师并不一定
全是这样，这仅代表个人看法和期望。
Java架构师需要会的技能
既然java架构师，首先你要是一个高级java攻城尸，熟练使用各种框架，并知道它们实现的原理。jvm虚拟机原理、调优,懂得jvm能让你写出性能更好的代码；池技术，什么对象池，连接池，线程池...:;java反射技术，写框架必备的技术，但是有严重的性能问题，替代方案java字节码技术;nio，没什么好说的，值得注意的是"直接内存"的特点，使用场景;java多线程同步异步；java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，好多五年以上经验的人都弄不清楚，还有为什扩容时有性能问题？不弄清楚这些原理，就写不出高效的代码，还会认为自己做的很对；总之一句话越基础的东西越重要，很多人认为自己会用它们写代码了，其实仅仅是知道如何调用api而已,离会用还差的远。
1、熟练使用各种数据结构和算法，数组、哈希、链表、排序树...，一句话要么是时间换空间要么是空间换时间，这里展开可以说一大堆，需要有一定的应用经验，用于解决各种性能或业务上的问题；有时间再补充。
2、熟练使用linux操作系统，必备，没什么好说的 。
3、熟悉tcp协议，创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化;
4、熟悉http协议，尤其是http头，我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。
5、系统集群、负载均衡、反向代理、动静分离，网站静态化 。
6、分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点，适用场景 。
7、分布式缓存技术memcached,redis，提高系统性能必备，一句话，把硬盘上的内容放到内存里来提速，顺便提个算法一致性hash 。
8、工具nginx必备技能超级好用，高性能，基本不会挂掉的服务器，功能多多，解决各种问题。
9、数据库的设计能力，mysql必备，最基础的数据库工具，免费好用，对它基本的参数优化，慢查询日志分析，主从复制的配置，至少要成为半个mysql dba。其他nosql数据库如mongodb。
10、还有队列中间件。如消息推送，可以先把消息写入数据库，推送放队列服务器上，由推送服务器去队列获取处理，这样就可以将消息放数据库和队列里后直接给用户反馈，推送过程则由推送服务器和队列服务器完成，好处异步处理、缓解服务器压力，解藕系统。
以上纯粹是常用的技术，还有很多自己慢慢去摸索吧；因为要知道的东西很多，所以要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。
想成为架构师不是懂了一大堆技术就可以了，这些是解决问题的基础、是工具，不懂这些怎么去提解决方案呢？这是成为架构师的必要条件。
架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，人家一个几百人用户的系统，访问量不大，数据量小，你给人家上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯淡的，架构师的作用就是第一满足业务需求，第二最低的硬件网络成本和技术维护成本。
说白了，那如何快速的成为一名合格的架构师呢？其实，就是从两方面：
1 专业技能
@首先当然基础知识要扎实，一些经典的专业书籍一定要看。比如，设计模式，算法，数据结构，所在领域的编程语言的专业书籍等.关于不同的能力阶段，需要读取什么类型的书籍，请参考ThoughtWorks(中国)程序员读书雷达,每年都有更新。
@作为架构师，review别人的代码并给出合理的建议是基本功，比如变量或者方法命名的规则；所以代码大全，重构，改善既有代码的设计，Clean code 等等肯定需要看。
@ 对于某一个技术领域或者业务领域，一定要有一门技术是精通的，因为这样你才能体会到以后遇到自己不懂的技术的时候，如何能够快速成为这一方面的行家。
@ 平常有时间一定要多多进行代码的训练，也就是Martin Flower常说的Kata练习，这个比喻来自于跆拳道，跆拳道选手一般每天都会找一些基本的招式，进行反复的练习，从而训练肌肉的条件发射，那么对于我们程序员来说，一定也要进行持续的编程训练，比如上面提到的那位同事，给的建议是，虽然把大部分时间花在了沟通和协调上面，没有机会写代码，但是自己一定要利用业余时间，自己找一些例子来联系，比如，参与开源项目，或者到网上去搜索一些大师的经典Kata联系的例子；或者看工作里面是否有一些小工具，是否能够提升自己的沟通效率，当然已经天天写代码的童鞋们除外。请参考我转发的另外一篇文章和另外一篇介绍能在线练习Kata code的文章.
@ 最好能够在精通一门语言的基础之上，学习其他的语言，从而站在一个更高的角度，对于程序语言有一个更高层次的抽象认识，比如，学了Java之后，可以学学Ruby，Groovy，C#等等，其实语言之间都是相互借鉴的，比如Lamba表达式，连java也慢慢的向函数式编程方向靠拢。
@ 如果有时间，一定要自己维护一个博客,既然选择了架构师，就决定了自己以后不仅仅是一个技术专家，同时也要成为一个布道师，为企业组织或者社会上的其他IT同行们贡献自己的一些微薄之力。
@ 多参加一些社会上举办的软件专业会议或者活动，了解当前比较流行的技术和框架。
@ 这条不提倡，我以前有一个同事，几乎每年都要更新简历1~2次，目的不是真正的换工作，而是通过面试得到当前市场上大部分公司正在使用什么技术和框架。对于这条，请慎用！！！！
@如果有结对编程的机会一定要好好珍惜，特别是和高手大拿一起结对的时候。
@如果大家上面都已经做的非常的好了，这个时候可以看看架构设计方面的书籍，比如企业应用架构模式，架构之美等等。
@ 去51Job上搜索架构师这个职位标签，看看不同行业的企业对于架构师的技术要求和标准，然后结合自己当前所处的行业和你自己的技术特点，比如擅长前段或者后端，有选择性的学习一些自己感兴趣的技术或者方法。
@ 关于常用的网站，没有定论，笔者主要是根据搜索的结果去发现适合自己的网站，所以需要读者掌握一定的搜索的技巧，笔者一般喜欢用英文搜索，这样的话资料比较全也比较新；如果下载电子书的话或者查看博客的话 一般会首选CSDN；如果是解决工作中的问题的话，在StackOverFlow上面被解答的概率是最大的,此外平常自己也需要去积累一些自己感兴趣的技术的人气比较旺的网站列表，比如一般和Window相关的就是MSDN；如果对Java入门比较感兴趣，可以看看这个网站。对于一些开源的框架，一般都会有想对应的社区，google一搜索，很快就能找到。另外一个德国人写的博客的非常的精致，如果对Eclipse插件开发特别感兴趣的朋友们可以去参考它。
@大家如果时间和精炼允许，最好能在Github开源和分享自己平常写的代码。这样一方面可以熟悉git用法，另外一方面也可以把自己平常练手的代码免费保存，何乐而不为呢？
@如果大家平常遇到什么问题，可以到StackOverFlow上面去寻找答案；当然，如果你能自己注册一个StackOverFlow账号那是最好不过的，这样不但可以提问，还可以帮助别人，同时上面还有很多工作签证的工作机会。
2 软技能（现代社会，一个合格科学家不仅仅是某一个行业的技术专家同时也是一名专业的社会活动家）
@遇到问题，一定要多想，遇到一个问题，如果解决了，就要反思为什么能够解决，如果以后遇到类似的问题，
如何更快速的解决。
@英语的重要性，不言而喻，因为现在很多新技术的框架的中文文档非常的少，即使翻译成中文，也是二手的了（国内自己的开发的一些开源框架除外）
@ 有时间的话，看一些沟通方面的书籍，如果有参与沟通的机会的时候，一定要想如何把沟通做的更好更舒畅。
@ 如果有机会的话，可以参加PMP的考试，关于如何备考PMP，请大家参阅另外一篇文章:如何备考PMP，但是如果不想参加的话，也没有关系，至少要涉猎到项目管理方面的书籍，否则以后如果成为架构师之后，客户或者管理者给你说一些项目管理上一些专业术语时，到时候就会一头雾水。
@架构师其实从某种意义上就是一种角色，而不是一种职位。一定要时时刻刻保持空杯心态。
@一定要有一颗保持饥渴学习和耐得住寂寞的赤子之心。
@当前的技术节凑是非常快的，特别是结婚以后又有小孩了。一定要好好的利用自己碎片时间，对于一些技术，当时读不懂不要紧，但是一定要记住和了解其关键词，这个主要是为了拓宽自己的视野。比如，当前你想自己开发一个系统，结果已经有一个开源框架实现了，而且还很稳定，这个时候，自己就没有必要重复发明轮子了。
@与不同的技术、编程语言、设计模式和结构等（甚至是它并没有在日常中给予你直接的帮助）打交道。你永远都不知道这些知识是否会在未来派上用场，但是对你绝对是有益无害。
@在工作中，能够帮助到别人解决技术难题，一定要尽量全力以赴，因为这不但可以赢得同事的好感和口碑，同时也能增长你解决问题的经验和提高你的技术思维能力
@ 一定要掌控好自己的时间，对工作没有帮助的会议，能不参加尽量不要参加，当然，企业安全，公司规章制度如果是强制性的，该参加还得参加，但是如果没有工作效率和扯皮的会议，尽量避免参加。
@程序员要耐得住寂寞，要在自己的领域深挖，不能看啥火，就学啥，一定要有自己的想法和判定，如果决定不了，可以向资深的同事或者朋友沟通。
@尽量参与到项目中的编码，因为架构师不能与项目脱离。
@ 如果有机会可以锻炼一下自己在大众环境下的演讲和PTT的能力。
@有机会多做知识分享，因为你一旦分享了知识，你就会对这门技术有深刻的印象，同时也能树立在同事中的良好的技术形象，从而赢得更多的专家影响力而不是职位影响力。
如果对技术比较感兴趣，欢迎加入我的java学习交流群：六一五，七四一，六三六，欢迎交流和学习~