1、spring cloud的五大神兽和服务治理。

2、软件开发流程：概要设计 详细设计，数据库设计，dao层编码，service层编码，功能接口定义。

3、三高问题的解决方案(性能优化方案，都是为了解决三高问题)

4、jvm虚拟机体系（内存，GC,调优，常用命令以及图形化工具；章节目录）

5、mysql数据库体系（索引，执行计划，架构，资源消耗；章节目录）

当下正在解决的问题、请教安栋的问题、开会要解决的问题属于哪块的技术？

 

日常项目中，如果你接手，你准备从哪些方面调优？

需要优化肯定是项目性能遭遇瓶颈或者猜测即将遭遇了，我们才会去考虑优化。那么怎么优化？

1）、扩容、扩容的理解，就是扩充服务器并行处理的能力

2）、调优、调优，包括系统调优和代码调优，数据库调优。 系统调优就是说加快处理速度，比如我们所提到的CDN、ehcache、redis等缓存技术，消息队列等等，加快服务间的响应速度，增加系统吞吐量，避免并发，至于代码调优，这些就需要多积累了，比如重构、工厂等， 数据库调优。

瓶颈在哪-----------------> 扩容，调优(系统调优，代码调优，数据库调优)。

瓶颈在数据库这里还是在系统这里？

要通过性能测试评估系统瓶颈在哪里？

 

 

 

学了技术以后没有复习记忆过，也没有使用过，相当于没学。需要的时候需要重新来学习一边，成本有多高。

在脑子里面重复这些内容。多重复几遍就好了。

架构师视频教程（只是大方向上的指导，具体细节还要自己深入研究）。

 

架构能力

没有业务逻辑代码入侵。

预计完成时间、风险预计、实施流程。

Java程序员三个等级：能写增删改查；整体上认识项目架构；计算成本和价值，说服别人买单。

源码不是挺好看的么？

架构师哪有不懂git的啊？

慢sql的监控，提交给架构师。

master-slave 从数据库。cluster集群。冗余设计。

微服务治理，有哪些问题需要解决？

性能瓶颈与性能损耗

把静态资源推到CDN上，进行加速。

直接把微服务部署在虚拟机上跑，还是把微服务进行容器化？

短信：大汉三通，创蓝。

 

 

首先你自身得是一个高级java工程师，会使用各种框架并且很熟练，且知晓框架实现的原理。

1）jvm虚拟机原理、调优；懂得jvm能让你写出的代码性能更优化；

2）还有池技术：什么对象池、连接池、线程池等等。

3）java反射技术，虽然是写框架必备的技术，但有严重的性能问题，替代方案java字节码技术。

4）"直接内存"的特点，使用场景；java多线程同步异步；java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，甚至许多五年以上经验的人都弄不清楚！

Hashmap的实现原理？

言而总之，越基础的东西越重要！许多工作了很多年的程序猿认为自己会用它们写代码了，其实仅仅是知其实仅仅是知道如何调用api而已，知其然不知其所以然，离会用还差的远。

 

1.提升自己的英语水平，此重要性是不言而喻的，现在很多的新技术中文档少之又少，作为一名架构师总不能去看翻译文吧。

2.多看一些沟通方面的书籍，流畅的沟通利用你成为一名成功的架构师。

3.有机会参加PMP考试并取得证书，拥有项目管理方向的优势就是你作为一名架构师的优势。架构师其实从某种意义上就是一种角色，而不是一种职位。一定要时时刻刻保持空杯心态。一定要有一颗保持饥渴学习和耐得住寂寞的赤子之心。

4.我们知道当前的技术节奏非常的快，一定要好好的利用自己的碎片时间去学习，去了解新技术，千万不要让自己技术落伍。

5.多锻炼自己在大众环境下的演讲和PPT的能力。

6.与不同的技术、编程语言、设计模式和结构等（甚至是它并没有在日常中给予你直接的帮助）打交道。你永远都不知道这些知识是否会在未来派上用场，但是对你绝对是有益无害。

7.有机会多做知识分享，因为你一旦分享了知识，你就会对这门技术有深刻的印象，同时也能树立在同事中的良好的技术形象，从而赢得更多的专家影响力而不是职位影响力(专家影响力和职位影响力)。

 

常用技术：

熟练使用linux操作系统，这是必备！

分布式存储系统

都不见得可以弄清session和cookie的生命周期以及它们之间的关联。

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

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

熟悉tcp协议，创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化; 熟悉http协议，还是那句话，很多工作五年以上的都不熟悉。

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

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

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

 

要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。然而，想成为架构师不是懂了一大堆技术就可以了，这些只是解决问题的基础、是工具，不懂这些怎么去提解决方案呢？这是成为架构师的必要条件。

架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，譬如一个几百人用户的系统，访问量不大，数据量小，你咔咔就给上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯犊子的，架构师的作用

第一：满足业务需求，

第二：最低的硬件网络成本和技术维护成本。

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

 

面试问题：偏原理和场景解决方案。（肯定都是自己学过的知识解决；解决非功能性需求）

1. 如何设计秒杀

2. 慢查询优化

3. 分布式事务管理

4. 常用消息中间件对比等。

这些你觉得难吗？如果你是有过几年开发经验的，这些或多或少都知道一些，但是不要只能抓住一点皮毛，比如：你在回答面试官的一个问题的时候，很可能会牵涉出另外一个问题，如果你能同时将牵涉出来的问题也能回答得惟妙惟肖（恰恰大部分人都只是了解一点皮毛，这样就毫无竞争力，兄die），那么面试官心里一定会更加得肯定你，随便一个问题都能说上几分钟，分析得很透彻，面试那就跟玩一样，但是做到这一点非常难，如果你能做到（肯定花了很多功夫，之间的辛苦可能就只有你能理解），我相信你能秒杀大部分面试官，那么具体该怎么做？这里我准备了一份技术体系，至于更详细的内容，就需要你自己摸索了，只要当你去摸索后，才能印在你的脑海里，这才真正属于你自己。

java从入门到放弃

数据库、分布式缓存redis、mq、多线程、并发编程、性能优化、源码分析、微服务、分布式架构、分布式协调工具、数据结构、jvm、设计模式、spring、mybatis、网络通讯、安全防范（安全架构体系）、java基础。

 

要想做到一位合格的架构师，需要的技能体系是非常庞大的，并不是说只会吹牛，而是在真实的复杂的业务场景，都能很好的梳理出一套解决方案，从而满足系统需求。如上图：入门很简单，但是能走多远，还得看你自己，正所谓“师傅引进门，修行看个人”。所以记住：不要有事没事总羡慕人家高工资，全中国最不缺人才，如果你想有自己的一片天，那么请你做好吃苦的准备。加油吧！兄Die

 

走java架构师为何要先成为Java高级工程师？

优秀的Java架构师掌握了哪些必备基础！

Java架构师，应该算是一些Java程序员们的一个职业目标吧。很多码农码了五六年的代码也没能成为架构师。那成为Java架构师需要掌握哪些技术呢，总体来说呢，有两方面，一个是基础技术，另一个就是组织能力和提出解决方案能力了。

如果你是想成为Java架构师，那么你首先要是一个Java高级工程师。也就是说，基础必须牢固，对Java编程的了解全面而且深入。

其实这些最后的统筹能力还是建立在过硬的专业基础和项目经验之上。所以小编还是建议程序员们多上手操作，多多接触项目，想要入行的小白们不妨来动力节点IT培训了解一下，这里是全程项目实训，可以在四个月内积累一到两年的项目经验，工作的时候就会顺手很多。

 

我觉得大家在职场上，想立足：

第一技术要牛B ，提高自己在公司级别，技术牛B了，至少一般人都不敢在背后随便说你什么闲话

第二、善于帮助别人，善于分享技术。你能够帮助到别人，能够让别人得到成长，其实自己也是非常快乐的，别人也会慢慢的传播你做人的口碑。

第三 、不要背后说别人闲话，职场上把自己事情做好就可以了，不要讨论别人。职场上大多数的矛盾，都是喜欢说别人闲话而产生的。

第四 、公司级别低的话，少说话，多做事。公司级别高的话，多说话，多帮助别人。年轻有为，没背景，没融资，没关系既然也能做到上百万收入！真是不可思议。

 

Java架构师之路:从Java码农到资深架构师。

写在开篇

不管是开发、测试、运维，每个技术人员心里都有一个成为技术大牛的梦，毕竟“梦想总是要有的，万一实现了呢”！正是对技术梦的追求，促使我们不断地努力和提升自己。

然而“梦想是美好的，现实却是残酷的”，很多同学在实际工作后就会发现，梦想是成为大牛，但做的事情看起来跟大牛都不沾边，例如，程序员说“天天写业务代码还加班，如何才能成为技术大牛”，测试说“每天都有执行不完的测试用例”，运维说“扛机器接网线敲shell命令，这不是我想要的运维人生”。

提升技术的误区：

有人认为想成为技术大牛最简单直接、快速有效的方式是“拜团队技术大牛为师”，让他们平时给你开小灶，给你分配一些有难度的任务。有这种想法是错误的，主要有这几个原因：

1、首先，大牛是很忙的，一个团队里面，如果大牛平时经常给你开小灶，难免会引起其他团队成员的疑惑，我个人认为如果团队里的大牛如果真正有心的话，多给团队培训是最好的。然而做过培训的都知道，准备一场培训是很耗费时间的，课件和材料至少2个小时（还不能是碎片时间），讲解1个小时，大牛们一个月做一次培训已经是很高频了。

2、大牛不多，不太可能每个团队都有技术大牛，只能说团队里面会有比你水平高的人，即使他每天给你开小灶，最终你也只能提升到他的水平；而如果是跨团队的技术大牛，由于工作安排和分配的原因，直接请教和辅导的机会是比较少的，单凭参加几次大牛的培训，是不太可能就成为技术大牛的。

学习方式

很多人以为要学习就要像学校上课一样，给你一整天时间来上课才算学习，而我们平时加班又比较多，周末累的只想睡懒觉，或者只想去看看电影打打游戏来放松，所以就没有时间学习了。

实际上的做法正好相反：首先我们应该在工作中学习和提升，因为学以致用或者有实例参考，学习的效果是最好的；其次工作后学习不需要大段时间，而是要挤出时间，利用时间碎片来学习

如何想办法真正的提升自己：more and more

做的更多，做的比你主管安排给你的任务更多。熟悉更多业务，不管是不是你负责的；熟悉更多代码，不管是不是你写的。

这样做有很多好处，举几个简单的例子：

1）需求分析的时候更加准确，能够在需求阶段就识别风险、影响、难点。

2）问题处理的时候更加快速，因为相关的业务和代码都熟悉，能够快速的判断问题可能的原因并进行排查处理。

3）方案设计的时候考虑更加周全，由于有对全局业务的理解，能够设计出更好的方案。

总结：要想有机会，首先你得从人群中冒出来，要想冒出来，你就必须做到与众不同，要做到与众不同，你就要做得更多！ 成为技术大牛梦想虽然很美好，但是要付出很多，不管是Do more还是Do better还是Do exercise，都需要花费时间和精力，这个过程中可能很苦逼，也可能很枯燥。

 

java开发：奋斗在代码一线，痛并快乐着，有技术没话语权，中产收入水平一般年薪20万左右，与架构师仅一步之遥！

java架构：整个开发项目的灵魂人物，负责整个技术关口的把控，分分钟干掉产品经理的绝对话语权，年薪50万+，广大程序员的职业梦想。

Java架构师在公司那是除了cto之外技术发展路线最高成就了！

成为架构师不仅仅是物质上金钱的增长，还有职业生涯的发展和公司地位的提升，代表着权威，所以，每个希望以技术作为可持续发展的程序员都希望成为架构师，但想成为架构师却没那容易。