Java程序员如何从码农晋升为架构师，你跟架构师的差别在哪里？

一、如何定义架构师

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

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

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

二、技术归纳

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

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

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

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

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

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

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

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

三、面试方面

企业应用的系统架构师应该关注的几个方面 (具体情况具体分析,以下未必准确，只是参考)

先来一些基础面试题，您答得出么？

1、说说JVM原理？内存泄露与溢出区别，何时产生内存泄露？

2、用java怎么实现有每天有1亿条记录的DB存储？mysql上亿记录数据量的数据库如何设计？

3、mysql支持事务吗？DB存储引擎有哪些？

4、mvc原理，mvc模式的优缺点,如果让你设计你会怎么改造MVC？

5、hibernate支持集群吗？如何实现集群？

6、tomcat 最多支持并发多少用户？

7、map原理，它是如何快速查找key的？map与set区别？

8、描术算法，如何有效合并两个文件：一个是1亿条的用户基本信息，另一个是用户每天看电影连续剧等的记录，5000万条。内存只有1G？？？

9、在1亿条用户记录里，如何快速查询统计出看了5个电影以上的用户？ ----可以参考 位图索引的原理

10、Spring如何实现IOC与AOP的，说出实现原理？

以上纯粹是常用的技术，还有很多自己慢慢去摸索吧;因为要知道的东西很多，所以要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。

想成为架构师不是懂了一大堆技术就可以了，这些是解决问题的基础、是工具，不懂这些怎么去提解决方案呢?这是成为架构师的必要条件。

架构师要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，人家一个几百人用户的系统，访问量不大，数据量小，你给人家上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯淡的，架构师的作用就是第一满足业务需求，第二最低的硬件网络成本和技术维护成本。

架构师还要根据业务发展阶段，提前预见发展到下一个阶段系统架构的解决方案，并且设计当前架构时将架构的升级扩展考虑进去，做到易于升级;否则等系统瓶颈来了，出问题了再去出方案，或现有架构无法扩展直接扔掉重做，或扩展麻烦问题一大堆，这会对企业造成损失。

在此跟大家分享一份工作2-5年的Java程序员学习路线图：

再给往架构师方面发展的朋友推荐几本书

Java系统架构师应该看的几本书

Thinking in Java

Effective Java

UML基础、案例与应用

UML入门提高

软件工匠

设计模式——可复用面向对象软件的基础

重构-改善既有代码的设计

敏捷软件开发-原则、模式、实践

企业应用架构模式

Expert One-on-One J2EE Development without EJB

软件工程——实践者的研究方法

软件领导，成功开发软件的指导准则

后面的两本书，其实已经有点属于项目经理的范畴了，不过还不是很深入，看看对做成功的系统架构师是很有好处。

总结：其实架构师定义是模棱两可的，有些7、8年开发人员也算不上架构师，架构师一般是在某领域超乎常人的理解，在公司遇到技术方面难题的时候，这个时候如果你技术过硬，能快速的解决问题。

其实也不一定要往架构师方向发展，程序员靠技术吃饭，只能通过不断的学习新技术、新东西，才能跟的上现在互联网发展的脚步。