java架构师学习路线java架构师是如何炼成的？

Java 程序员的发展路线一般有哪些？有什么建议？

帮助困惑的年轻员工分析未来出路是我的工作的一部分。

虽然自己也不乏困惑之处，但至少可以拿出培训过的知识来简单做下介绍。

当然详细情况会因为公司的不同而有所不同，职位的名称也会有些差异。

重在领会精神。

首先，作为程序员，如果想在技术道路上多走一走，只懂一门语言是远远不够的。

所以，这里我就不局限于Java程序员，而是用泛指的程序员来进行说明。

程序员，首先最容易而且常常是自然过渡的下一个阶段就是——软件设计师，负责进行软件的详细设计以及概要设计。

在从事设计师工作的时候，多多少少都会接触到一些需求分析的工作以及技术实现方案可行性的判断工作。

这里就会出现一个发展的岔路： 如果今后希望多从事需求分析相关工作，那么下一步会做IT顾问(在某些地方可能是产品经理)，负责与客户进行磋商并挖掘客户的需求甚至是潜在需求。

做IT顾问的时候，常常会配合产品销售人员进行工作。

如果对产品销售有兴趣，完全可以渐渐转型为销售人员。

大多数企业的大部分利润都会分配到销售部门，那里是赚钱最多的地方，但也是赚钱最难的地方。

产品销售人员的待遇常常与绩效挂钩，所以即便从事同样的工作，差距会很大。

相对来说，后方的IT人员之间的差异会小些，收入会少些，承担的风险也小些。

销售人员的工作如果能做到明星级，有时就可能直接被高层看重，一步登天进入公司的决策层甚至成为公司的核心人物。

进而在后期成为CxO(x ∈ [I, E, F, T, ...])级别的人物执掌公司的生杀大权。

再发展下去……跟乔布斯那样，可以得个癌症死一下。

永远成为一个传奇。

现在回到设计师遇到的分支的另一条线——技术实现的可行性判断。

如果对这一脉感兴趣，基本是希望走技术路线，那么仍然有两个分支—— 一个是技术专家路线：对某一方面的技术极其熟识，只要进入这个领域，无所不知无所不晓（一定程度上）。

比如Java领域，上到Java EE框架的各种应用方法，下到内存分配的详细机理，都了如指掌。

也就是说，当架构师说，这次的软件要基于Java实现的时候，剩下的一切问题你都可以去摆平。

技术专家做到高处不胜寒的程度，就可以成为一个计算机科学家了。

如果是在例如IBM、微软、Google等这样具有自己研究部门的公司，下一步就是进入公司的研究部门，成为计算机科学家，去做一些人类文明史上尚无先例的工作，开创一个时代。

顺便得一两个诺贝尔奖什么的，把奖牌扔家里给孩子当玩具。

再发展下去……百年之后，跟那个被苹果砸了脑袋的大鼻子以及那个头发乱蓬蓬的老头一样，教科书上出现你的名字，各个学校的墙上挂出你的照片。

刚才说技术路线有两个分支，另一个则是架构师。

真正的架构师并不是如很多人想象的那样是技术大牛。

相反，可能反而是某个行业的业务大牛。

因为架构师是将物理世界转化为数字世界魔术师。

其实架构师内部也分不同级别和不同倾向性，总体来说架构师都是要在项目的技术方面做决策的。

来决定哪种技术、硬件、框架等最适合客户的需求和当时的实际情况。

我一直觉得这些抉择真的是挺难的。

在程序员阶段遇到的最常见的接近架构师工作的抉择，常常就是实现一个算法，到底是应该存储一些缓冲内容来牺牲存储空间赚速度还是牺牲速度性能来节省空间。

架构师做厉害了，有几个选择——一个是因为很了解业务，直接转到相关业务的公司，做那边的CTO等职位。

比如电信行业的架构师，直接跑到电信公司做技术方案的大总管。

另一个就是仍旧留在IT行业，做资深顾问，然后回到最初的那个分支——做销售、做领导、做CxO、得个癌症成为传奇…… 另外，与上面各个分支平行的一条线。

无论你做什么事情，在公司里都会被组织成项目。

这时候就需要项目管理人员。

如果你对统括大局，承担责任有兴趣，可以走这条线。

从程序员直接或者在上面分支中的任何阶段转为项目经理。

一个项目好了，最风光的是项目经理；一个项目烂了，最倒霉的也是项目经理。

项目经理就是把项目里的各个大牛安排妥当，让整个项目成功。

项目经理做好了，就可能进入公司决策层，回到第一条线，做CxO、得个癌症成为传奇…… 再另外，还有一条与上面都平行的线。

有些公司会把工作绩效好，并懂得关心他人的人提升为人事经理。

从而走上关怀员工、面试招人的道路。

（我现在是掉到这个坑里的同时在兼顾架构师方向。

）做好了，会进入公司决策层，做CxO、得个癌症成为传奇…… 我现在能想到的就是这些。

选择还是不少的，前途还是光明的。

只是要多小心癌症。

最后，祝你成功！

java架构师是如何炼成的？

既然java架构师，首先你要是一个高级java攻城尸，熟练使用各种框架，并知道它们实现的原理。

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