程序员面试被问：公司困难会留下来吗？怒反问：公司辉煌会涨薪？

俗话说“树倒猢狲散”，每一个公司的发展历程都是曲折的，当生意比较火爆的时候，对于公司的发展是好事！可当公司在低迷期的时候，维持公司的正常运转尤为重要。但这时候可能有员工看到公司颓态，会认为待着这里没有发展，于是就会产生离职的想法，而员工一旦离职，公司想要维持正常运转的难度就会增加，难度越大就有越多员工离职，这无疑是一个恶性循坏。 有些领导为了避免出现这种情况，会提倡员工带着“荣辱与共”的心态工作： 这位程序员在面试的时候，就碰到了这样的公司：面试官问他是不是在公司困难的时候，无法和公司一同度过难关，而是选择离开？然后他自己特别想说是，但是碍于职场规则，不能够直接说出自己的答案，于是事后心里憋屈！ 有网友对于这个问题束手无策，如果说不会留下来的话，那么面试估计就凉了，但是如果说留下来，万一公司真的出现危机，自己还要留下来继续工作，那无疑是一种煎熬！但是有网友深谙此道，所以建议楼主：表面说会留下来，但是当公司出现危机的时候，绝对会义无反顾得走！ 众所周知，互联网公司的老板都有一个通病，那就是宁愿花高价再招聘新人，都不愿意给老员工涨薪！所以就有网友反怼：公司赚大钱、辉煌腾达的时候，会给公司每个员工涨工资发奖金吗？没有，既然不能同甘凭什么要求员工共苦？ 各位读者，如果是你面对这样的问题，你的选择是什么呢？欢迎在下发评论区留言吐槽！ 同时也给大家推荐一些Java学习技术，希望可以帮组到一些正在进阶的朋友们或是想要进阶的朋友们 一、常用的设计模式 总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下： 二、开源框架源码分析 程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。 三、分布式架构 迎接高并发大数据的挑战，从深度到广度完善知识体系，成为下一个互联网高薪人才。 理论结合实战，透彻理解分布式架构及其解决方案。 需要突破瓶颈； 传统行业转型进入互联网行业的人群 分布式架构原理 1、分布式架构演进过程 2、如何把应用从单机扩展到分布式 3、CDN加速静态文件访问 4、系统监控、容灾、存储动态扩容 5、架构设计及业务驱动划分 6、CAP、Base理论以及其应用 分布式架构中间件 1、分布式架构网络通信原理剖析 2、通信协议中的序列化和反序列化 3、基于框架的RPC技术Webservice/RMI/Hessian 4、深入分析Zookeeper在disconf配置中心的应用 5、基于Zookeeper实现分布式服务器动态上下线感知 6、深入分析Zookeeper Zab协议及选举机制源码解读 7、Dubbo管理中心及监控平台安装部署 8、基于Dubbo的分布式系统架构实战 9、Dubbo容错机制及高扩展性分析 分布式架构实战 1、分布式全局ID生成方案 2、Session跨域共享及企业级单点登录解决方案实战 3、分布式事务解决方案实战 4、高并发下的服务降级、限流实战 5、基于分布式架构下分布式锁的解决方案实战 6、分布式架构下实现分布式定时调度 四、微服务架构 QQ群：795632998，进群即可获取图谱内架构技术学习资料 微服务架构是一项在云中部署应用和服务的新技术 微服务不需要像普通服务那样成为一种独立的功能或者独立的资源 微服务作为一项在云中部署应用和服务的新技术已成为当下最新的热门话题 微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。 使用微服务构建现代化应用程序是很有意义的，因为它让你既利用了扩展横向扩展架构，也利用纵向扩展架构；还额外得到API的组合，且在整个业务中可重复利用。可能，每一分钟构都在交付新服务，这样你就必须拥有一个敏捷的且响应的应用程序平台，这一平台一直在不断改进中。 五、工程化专题 工欲善其事必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率和团队协作效率，让自己有更多时间来思考 面向人群：具有1-5年工作经验的人群 六、项目实战 要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。

Java十年叙述一个架构师的职业之路

原文链接：https://blog.csdn.net/weixin_42882439/article/details/83416576原文链接 文章有点长，请准备好瓜子辣条爆米花矿泉水小板凳慢慢阅读 部门领导看我挺机灵，就让一项目负责人WW带我一起封闭去了。项目是Delphi版的系统，WW给我分了一个功能模块，难度中等。说实在的虽在学校写过东西，与实际工作千差万别。在封闭开发过程中，继续当好服务员，并努力的问的学，同事都不错，挺爱教我的，不嫌我烦，最后是好赖也凑合弄出来了，后来WW项目负责人跟领导YY说他项目没啥新的东西可做(到现在不知道是嫌我水平不行，还是为我好，但WW和领导说的都是我好话，可见平时与老人搞好关系多重要)，部门领导把我调新项目组，一个Java项目。 部门领导YY把我调入一个新项目组，新项目组是业务最核心的项目组，有三个项目，都是Delphi开发(其中一项目部分功能用Java Web)，其中有三个项目负责人，统归项目组长YL管，项目组长同时又是部门副领导(后来才知道部门正副领导不对付，该项目组铁板一块听副的，正的把我拉成嫡系，所以没有无原无故的爱)。 进入项目组做Java Web的那块功能，把代码扔给你，我连程序都配不通。项目负责人ZC连带都不带，ZC还跟更二领导(二领导>部门领导>部门副领导>项目负责人)说今年招的优秀大学生不行呀，当时那个项目其实也弄完了，ZC因为是Dehphi开发人员，这块Java的也是别人和他一块弄的，他也不太明白。可想当时我多难。 第一个功能就让我写密码修改，没人教没人带，可想一个初级Delphi程序员Java都没见过，Java Web一无所知的去搞Struts1.x是多难，当时别说教学视频，Struts连本书都没有，当时网上搜也没多少资料。而且用的工具都不是Eclipse，而是lBM的WSAD，是ⅠBM基于Eclipse2和Websphere的开发工具(02年他们培训过，我没赶下)，但我还是照猫画虎，然后低三下四的问这个那个，还天天哄着项目负责人ZC，两三周也弄出来了，想想那时真能忍(后来与ZC也成朋友了，而且现在ZC地位还比不上我，当然早我几年上班，还是十分尊敬他，虚怀若谷)。 无与伦比的好运-天时 零八年核心业务全国进行重大改革，核心系统需重新开发。项目负责人ZC工作量很大(当时虽内斗，但大家对工作还是高度负责的)，部门领导YY让一Java高手MZ带我做那块Web功能，业务仍是ZC负责。 MZ是我遇到的贵人，所以有时在吧里说运气很重要，还被鄙视，唉。MZ非常厉害，带完我后就辞职去帝都了，后混到乐视网中层级别，现在阿里旗下金融部门工作。 无与伦比的好运-人和 师父MZ是位牛人，一本学校计算机专业毕业，在大四就来我们单位工作，共同弄Java开发，实力无比强悍。一同学习Java，他大四没毕业就比工作三年多的VB，Delphi共同学的那些人都强得多。 但MZ无比个性，觉得自己厉害说话冲，有些习惯不好，得罪人，其实人品特好。这些三四年的好多老家伙全都大领导那说人家环话，其实就是羡慕嫉妒恨。 当赶上这好师父后，我紧抓机会学习和工作。拿人家当亲哥亲师父尊重，MZ是回族，我就找清真小吃大吃的天天请，人都有感情，人家觉得我也挺好，我们处成了好朋友，他认真负责的带，我仔细认真的学。举个例子，封闭三个月，因为咱天分差，为了学东西，几乎天天工作学习到凌晨三点，第二天还得八点上班，MZ和我们都住单位宿舍。我工作到三点，MZ就陪我到三点，我写程序他打游戏，遇到问题马上教。干了这三月，我才基本合格了，在单位才算能待住了。 一零年在京参与大型项目回来后(待了半年多)，一方面通过人家项目代码学Java，一方面学NET，单位主要用NET了，但我学NET同时也没放松学Java，虽是半成品学技术够用，有实际项目代码真学得快。为学NET，把单位04年自己录的视频看两遍(一遍就是80个小时呀)，也算能写代码开发了。 零六年，单位立项自己按照我们学的人家设计，进行简化，用NET自己搞了一套地方用的(哈哈，原谅我们不厚道)。我也参与开发，又跟着单位的NET高手提升了C Sharp开发能力。虽然Java水平C Sharp水平都不算多高，但在我们这也算同时能使用两种语言，能做BS和CS的程序员了，在我们这也凤毛麟角了。 一四年底，一非核心处室(职权一般，但级别很高)要搞系统，领导安排了一个项目负责人TL，比我大一岁，让我和他一起，再配几个程序员干。个人感觉TL好像是宁可在核心项目中干，也不想负责非核心项目。 因此TL对项目不是太关心，体现在需求从来不主动沟通，支一支转一转;用原来项目技术架构，原项目无关代码还不剔除;三是管理松散，封闭加班自己带头早退，弄得我们几个不知咋办 项目架构是NET的WinForm前台和WebService后台服务，后台也是NET。 后来项目上线后，业务处室不是太满意，业务满足一般，系统还慢，而且我们运维部门也有怨言，所有二进制文件存入OracⅠe，给数据库备份迁移造成很大麻烦。 后来我们二领导(比部门领导YY高一级)就想让我负责项目，人家也看出TL不想弄了，然后部门领导YY也觉得我是自己人，就了顺坡下驴，我就成了这个没人想干的项目负责人了。 二零一六年，我负责这个非核项目的业务部门大领导(级别很高)进行了更换，该领导对信息化的重视程度超过历届。听完汇报对系统十分认可，直接去上级进行汇报，上级领导也十分重视，要求我们省继续完善，将来在此基础上往全国推广。 因为上级重视及巨大的工作成绩前景，我这项目直接升为极重要项目，虽不是业务核心，但在领导那己成甚比核心还重要的项目了。 我也带团队再接再厉完善升级，该系统多次给上级多次汇报，并在全国大会上演示给全国各省看，得到广泛赞誉和认可。这系统取得了我们单位建立以来从没有的效果，我个人成绩及名声也达到了高点。 后来上级委托我们开发全国系统，我是项目负责人，这回鸟枪换炮了，配得全是高手，我总体设计，只关注需求和设计，技术架构及开发不用操太关心，采用Java Web，花钱请了高手架构师来弄架构了。项目成熟估算市场每年都能有二千万左右，一堆大公司想着。我说外边挖我年薪四十应该不觉得我吹牛了吧。所以，想好得干出来。 一六年底受尽副领导挤兑，干活要不是干了成绩是别人的，要不没活干没成绩。当时想到过辞职，转念一想被挤兑就辞职一是没出息;二是单位大领导又没说我做的不好;三是活不干少干，但钱一分不少(副领导跟大头天天说我不错，但就是没有好活给)。 当时，失落了几天后，我突发奇想，不少给钱又不给活，我干脆自学技术吧，技术再好一点，在这出去将来都能用。因些不到两年的时间，我进入了疯狂的学习状态。 书一堆堆的买，当时有好多视频，下载了许多看，上班看下班也看，十二点钟前没睡过，看不懂就一遍又一遍的看。某培训机构Hibernate视频60个小时，我看了三遍加上调代码，才基本掌握其内容。什么都学，软件工程，项目管理，RUP，UML，FIex，SSH，Hessian，Web技术，疯了一样。 过了一段时间发现，很容易学懂视频内容，比看书好，才知道自己学习能力和技术水平大幅提升，到现在都养成月月买书，再忙也看看视频等，工作不用，该学也得学开拓眼界。感觉挨挤兑的两年，自学的技术突飞猛进。所以，感谢你的对手让你变得更强吧。 工程化专题 工欲善其事必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率和团队协作效率，让自己有更多时间来思考 面向人群：具有1-5年工作经验的人群 源码分析专题 详细介绍源码中所用到的经典设计思想，看看大牛是如何写代码的，提升技术审美、提高核心竞争力。 1-10年工作经验的人群 帮助大家寻找分析源码的切入点，在思想上来一次巨大的升华。知其然，并知其所以然。把知识变成自己的 分布式架构 迎接高并发大数据的挑战，从深度到广度完善知识体系，成为下一个互联网高薪人才。 理论结合实战，透彻理解分布式架构及其解决方案。 1、工作1-5年需要突破瓶颈； 2、传统行业转型进入互联网行业的人群 分布式架构 微服务架构专题 围绕微服务的通用模式，讲解Spring Cloud的常见用法及原理。让微服务的开发更加方便、快捷，让微服务应用更加稳定、可用。 理论结合实战，透彻理解分布式架构及其解决方案。 1、工作1-5年需要突破瓶颈 2、传统行业转型进入互联网行业的人群 在技术深度和技术广度上得到飞跃的提升。成为互联网行业所需要的IT型人才 微服务架构 深入浅出性能优化 理解性能优化 性能优化到底是什么 电商项目实战 大型电商分布式系统应用实践，利用云服务器搭建真实的开发和部署环境，千人在线参与开发。 由浅入深的，带你从零到项目发布上线与运维，让你体验真实的企业级项目开发过程，掌握大牛的编码思维、经验与技巧。 1、具有1-5年工作经验的人群。 2、具备独立开发和搭建分布架构系统的能力。 3、学习完后相当于具备2年以上互联网开发经验。

阿里「Java架构师」 所需要的知识 、评级P6！

选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。 一、Java编程入门类 对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。 1、《Java编程思想》 在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。 2、《Agile Java》中文版 这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。 虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。 二、Java编程进阶类 打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。 1、《重构 改善既有代码的设计》 这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。 2、《测试驱动开发 by Example》 本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。 三、Java架构师之路 到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。 1、《Expert One-on-One J2EE Design and Development》 这本书是Rod Johnson的成名著作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。 2、《Expert One-on-One J2EE Development without EJB》 这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。 以上两本书都是Rod Johnson的经典名著，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。 但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。 3、《企业应用架构模式》 Martin的又一本名著，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。 4、《敏捷软件开发原则、模式与实践》 Uncle Bob的名著，敏捷的经典名著，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。 四、软件开发过程 了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。 1、《UML精粹》 UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。 2、《解析极限编程 拥抱变化》XP 这是Kent Beck名著的第二版，中英文对照。没什么好说的，必读书籍。 3、《统一软件开发过程》UP 其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。 4、《敏捷建模》AM Scott Ambler的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。 五、软件项目管理 如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。 1、《快速软件开发》 这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。 在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。 如何学习才能快速入门并精通呢？ 当真正开始学习的时候难免不知道从哪入手，学习时频繁踩坑，导致效率低下影响继续学习的信心，最终浪费大量时间。 为了让学习变得轻松、高效！今天给大家免费分享一套教学资源，帮助大家在成为架构师的道路上披荆斩棘。 已经将知识体系整理好（源码，笔记，PPT，学习视频），点击此处

做码农八年，苦研技术终走向阿里架构师，共勉之

进入Java这个行业也有8年了，通过8年的努力，现在在阿里任职一名高级架构师。下面我想跟大家分享一下。我认为，随着你工作年限的增长、对生活对生命认识的深入，应当不断思考三个问题： 1、我到底适不适合当一名程序员？ 2、我到底应不应该一辈子以程序员为职业？ 3、我对编程到底持有的是一种什么样的态度，是够用就好呢还是不断研究？ 最终，明确自己的职业规划，对自己的规划负责并为之努力。 关于专业技能 我这里要说明一下，以下列举的内容不是都要会的东西—-但是如果你掌握得越多，最终能得到的评价、拿到的薪水势必也越高。 这包括static、final、transient等关键字的作用，foreach循环的原理等等 基本上就是List、Map、Set，问的是各种实现类的底层实现原理，实现类的优缺点。 知道常用设计模式的优缺点。 能画出常用设计模式的UML图。 Thread和Runnable的区别和联 系、多次start一个线程会怎么样、线程有哪些状态。 JDK源码 List、Map、Set实现类的源代码 ReentrantLock、AQS的源代码 AtomicInteger的实现原理，主要能说清楚CAS机制并且AtomicInteger是如何利用CAS机制实现的 线程池的实现原理 Object类中的方法以及每个方法的作用 熟练使用三大框架 SQL基础和SQL优化的内容 Java虚拟机 Java虚拟机的内存布局 GC算法及几种垃圾收集器 类加载机制，也就是双亲委派模型 Java内存模型 happens-before规则 volatile关键字使用规则 架构师是纵观全局的掌控者，这个层次很熟悉开发，有多年的开发工作经验，并且也有架构设计经验，熟悉架构理念，精通面向对象的设计思想，精通java语言，在高并发，高性能方面有相关开发经验。 一、常用的设计模式 总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下： 3、基于框架的RPC技术Webservice/RMI/Hessian 4、深入分析Zookeeper在disconf配置中心的应用 5、基于Zookeeper实现分布式服务器动态上下线感知 6、深入分析Zookeeper Zab协议及选举机制源码解读 7、Dubbo管理中心及监控平台安装部署 8、基于Dubbo的分布式系统架构实战 9、Dubbo容错机制及高扩展性分析 分布式架构实战 1、分布式全局ID生成方案 2、Session跨域共享及企业级单点登录解决方案实战 3、分布式事务解决方案实战 4、高并发下的服务降级、限流实战 5、基于分布式架构下分布式锁的解决方案实战 6、分布式架构下实现分布式定时调度 微服务不需要像普通服务那样成为一种独立的功能或者独立的资源 微服务作为一项在云中部署应用和服务的新技术已成为当下最新的热门话题 微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。 使用微服务构建现代化应用程序是很有意义的，因为它让你既利用了扩展横向扩展架构，也利用纵向扩展架构；还额外得到API的组合，且在整个业务中可重复利用。可能，每一分钟构都在交付新服务，这样你就必须拥有一个敏捷的且响应的应用程序平台，这一平台一直在不断改进中。 1）一组小的服务（大小没有特别的标准，只要同一团队的工程师理解服务的标识一致即可） 2）独立的进程（java的tomcat，nodejs等） 3）轻量级的通信（不是soap，是http协议） 4）基于业务能力（类似用户服务，商品服务等等） 5）独立部署（迭代速度快） 6）无集中式管理（无须统一技术栈，可以根据不同的服务或者团队进行灵活选择） ps：微服务的先行者Netflix公司，开源了一些好的微服务框架，后续会有介绍。 2. 怎么权衡微服务的利于弊 强模块边界 。（模块化的演化过程：类-->组件/类库（sdk）-->服务(service)，方式越来越灵活） 可独立部署。 技术多样性。 分布式复杂性。 最终一致性。（各个服务的团队，数据也是分散式治理，会出现不一致的问题） 运维复杂性。 测试复杂性。 3. 企业在什么时候考虑引入微服务 从生产力和系统的复杂性这两个方面来看。公司一开始的时候，业务复杂性不高，这时候是验证商业模式的时候，业务简单，用单体服务反而生产力很高。随着公司的发展，业务复杂性慢慢提高，这时候就可以采用微服务来提升生产力了。至于这个转化的点，需要团队的架构师来进行各方面衡量，就个人经验而言，团队发展到百人以上，采用微服务就很有必要了。 有些架构师是具有微服务架构能力，所以设计系统时就直接设计成了微服务，而不是通过单服务慢慢演化发展成微服务。在这里我并不推荐这种做法，因为一开始对业务领域并不是很了解，并且业务模式还没有得到验证，这时候上微服务风险比较高，很有可能失败。所以建议大家在单服务的应用成熟时，并且对业务领域比较熟悉的时候，如果发现单服务无法适应业务发展时，再考虑微服务的设计和架构。 4.微服务的组织架构 如上图左边，传统的企业中，团队是按职能划分的。开发一个项目时，会从不同的职能团队找人进行开发，开发完成后，再各自回到自己的职能团队，这种模式实践证明，效率还是比较低的。 如上图右边，围绕每个业务线或产品，按服务划分团队。团队成员从架构到运维，形成一个完整的闭环。一直围绕在产品周围，进行不断的迭代。不会像传统的团队一样离开。这样开发效率会比较高。至于这种团队的规模，建议按照亚马逊的两个披萨原则，大概10人左右比较好。 5：怎么理解中台战略和微服务 中台战略的由来：马云2015年去欧洲的一家公司supersell参观，发现这个公司的创新能力非常强，团队的规模很小，但是开发效率很高。他们就是采用中台战略。马云感触很深，回国后就在集团内部推出了中台战略。 简单的理解就是把传统的前后台体系中的后台进行了细分。阿里巴巴提出了大中台小前台的战略。就是强化业务和技术中台，把前端的应用变得更小更灵活。当中台越强大，能力就越强，越能更好的快速响应前台的业务需求。打个比喻，就是土壤越肥沃，越适合生长不同的生物，打造好的生态系统。 6：服务分层 每个公司的服务分层都不相同，有的公司服务没有分层，有的怎分层很多。目前业界没有统一的标准。 下面推荐一个比较容易理解的两层结构。 1：基础服务： 比如一个电商网站，商品服务和订单服务就属于基础服务（核心领域服务）。缓存服务，监控服务，消息队列等也属于基础服务（公共服务） 2：聚合服务 ：例如网关服务就算一种聚合服务（适配服务）。 这是一种逻辑划分，不是物理划分，实际设计的东西很多很复杂。 7：微服务的技术架构体系 下图是一个成型的互联网微服务的架构体系： 1：接入层 负载均衡作用，运维团队负责 2：网关层 反向路由，安全验证，限流等 3：业务服务层 基础服务和领域服务 4：支撑服务层 5：平台服务 6：基础设施层 运维团队负责。（或者阿里云） 8：微服务的服务发现的三种方式 第一种：如下图所示，传统的服务发现（大部分公司的做法）。服务上线后，通知运维，申请域名，配置路由。调用方通过dns域名解析，经过负载均衡路由，进行服务访问。缺点： LB的单点风险，服务穿透LB，性能也不是太好 第二种：也叫客户端发现方式。如下图所示。通过服务注册的方式，服务提供者先注册服务。消费者通过注册中心获取相应服务。 并且把LB的功能移动到了消费者的进程内，消费者根据自身路由去获取相应服务。优点是，没有了LB单点问题，也没有了LB的中间一跳，性能也比较好。但是这种方式有一个非常明显的缺点就是具有非常强的耦合性。针对不同的语言，每个服务的客户端都得实现一套服务发现的功能。 第三种：也叫服务端发现方式，如下图所示。和第二种很相似。但是LB功能独立进程单独部署，所以解决了客户端多语言开发的问题。唯一的缺点就是运维成比较高，每个节点都得部署一个LB的代理，例如nginx。 9.微服务网关 网关就好比一个公司的门卫。屏蔽内部细节，统一对外服务接口。 下图是一个网关所处位置的示例图。 10：Netflix Zuul网关介绍 核心就是一个servlet，通过filter机制实现的。主要分为三类过滤器：前置过滤器，过滤器和后置过滤器。 主要特色是，这些过滤器可以动态插拔，就是如果需要增加减少过滤器，可以不用重启，直接生效。原理就是：通过一个db维护过滤器（上图蓝色部分），如果增加过滤器，就将新过滤器编译完成后push到db中，有线程会定期扫描db，发现新的过滤器后，会上传到网关的相应文件目录下，并通知过滤器loader进行加载相应的过滤器。 整个网关调用的流程 上图从左变http Request开始经过三类过滤器，最终到最右边的Http Response，这就是Zull网关的整个调用流程。 在此我向大家推荐一个架构学习交流群。交流学习群号：795632998，  里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多 11：微服务的路由发现体系 整个微服务的路由发现体系，一般由服务注册中心和网关两部分组成。以NetFlix为例子，Eureka和Zull这两个组件支撑了netFlix整个的路由发现体系。如下图所示，首先外部请求发送到网关，网关去服务注册中心获取相应的服务，进行调用。其次内部服务间的调用，也通过服务注册中心进行的 12.微服务配置中心 目前大部分公司都是把配置写到配置文件中，遇到修改配置的情况，成本很高。并且没有修改配置的记录，出问题很难追溯。配置中心就接解决了以上的问题。 可配置内容：数据库连接，业务参数等等 配置中心就是一个web服务，配置人员通过后台页面修改配置，各个服务就会得到新的配置参数。实现方式主要有两种，一种是push，另一种是pull。两张方式各有优缺点。push实时性较好，但是遇到网络抖动，会丢失消息。pull不会丢失消息但是实时性差一些。大家可以同时两种方式使用，实现一个比较好的效果。如下图所示，这是一个国内知名互联网公司的配置中心架构图。 13：RPC遇到了REST 内部一些核心服务，性能要求比较高的可以采用RPC，对外服务的一般可以采用rest。 14：服务框架和治理 微服务很多的时候，就需要有治理了。一个好的微服务框架一般分为以下14个部分。如下图所示。这就是开篇所说的，微服务涉及的东西很多，有些初创公司和业务不成熟的产品是不太适合的，成本比较高。 目前国内比较好的微服务框架就是阿里巴巴的DUBBO了,国外的就是spring cloud,大家可以去研究一下. 15：监控体系 监控是微服务治理的重要环节。一般分为以下四层。如下图所示。 监控的内容分为五个部分：日志监控，Metrics监控（服务调用情况），调用链监控，告警系统和健康检查。 日志监控，国内常用的就是ELK+KAFKA来实现。健康检查和Metrics，像spring boot会自带。Nagios也是一个很好的开源监控框架。 16:Trace调用链监控 调用链监控是用来追踪微服务之前依赖的路径和问题定位。例如阿里的鹰眼系统。主要原理就是子节点会记录父节点的id信息。 下图是目前比较流行的调用链监控框架。 17：微服务的限流熔断 假设服务A依赖服务B和服务C，而B服务和C服务有可能继续依赖其他的服务，继续下去会使得调用链路过长。如果在A的链路上某个或几个被调用的子服务不可用或延迟较高，则会导致调用A服务的请求被堵住，堵住的请求会消耗占用掉系统的线程、io等资源，当该类请求越来越多，占用的计算机资源越来越多的时候，会导致系统瓶颈出现，造成其他的请求同样不可用，最终导致业务系统崩溃。 一般情况对于服务依赖的保护主要有两种方式：熔断和限流。目前最流行的就是Hystrix的熔断框架。 下图是Hystrix的断路器原理图： 限流方式可以采用zuul的API限流方法。 18.Docker 容器部署技术&持续交付流水线 随着微服务的流行，容器技术也相应的被大家重视起来。容器技术主要解决了以下两个问题： 1：环境一致性问题。例如java的jar/war包部署会依赖于环境的问题（操着系统的版本，jdk版本问题）。 2：镜像部署问题。例如java，rubby，nodejs等等的发布系统是不一样的，每个环境都得很麻烦的部署一遍，采用docker镜像，就屏蔽了这类问题。 下图是Docker容器部署的一个完整过程。 更重要的是，拥有如此多服务的集群环境迁移、复制也非常轻松，只需选择好各服务对应的Docker服务镜像、配置好相互之间访问地址就能很快搭建出一份完全一样的新集群。 19.容器调度和发布体系 目前基于容器的调度平台有Kubernetes，mesos，omega。下图是mesos的一个简单架构示意图。 下图是一个完整的容器发布体系

一个Java程序员的阿里之路

最近有些朋友在面试阿里，加上 Java-Interview 项目的原因也有小伙伴和我讨论，近期也在负责部门的招牌，这让我想起年初那段长达三个月的奇葩面试经历。 本来没想拿出来说的，毕竟最后也没成。 但由于那几个月的经历让我了解到了大厂的工作方式、对候选同学的考察重点以及面试官的套路等都有了全新的认识。 当然最重要的是这段时间的查漏补缺也让自己精进不少。 先交代下背景吧： 从去年 12 月到今年三月底，我前前后后面了阿里三个部门。 其中两个部门通过了技术面试，还有一个跪在了三面。 光看结果还不错，但整个流程堪称曲折。 下面我会尽量描述流程以及大致的面试题目大纲，希望对想要跳槽、正在面试的同学带来点灵感，帮助可能谈不上，但启发还是能有。 以下内容较长，请再次备好瓜子板凳。 首先是第一次机会，去年 12 月份有位大佬加我，后来才知道是一个部门的技术 Leader 在网上看到我的博客，问我想不想来阿里试试。 这时距离上次面阿里也过去一年多了，也想看看现在几斤几两，于是便同意了。 在推荐一周之后收到了杭州打来的电话，说来也巧，那时候我正在机场候机，距离登记还有大概一个小时，心想时间肯定够了。 那是我时隔一年多第一次面试，还是在机场这样嘈杂的环境里。多多少少还是有些紧张。 以下是我印象比较深刻的内容： 谈谈你做过项目中印象较深或自认为做的比较好的地方？ 我觉得我在 XX 做的不错，用了 XX 需求实现 XX 功能，性能提高了 N 倍。 你说使用到了 AOP ，能谈谈它的实现原理嘛？ 它是依靠动态代理实现的，动态代理又分为 JDK 自身的以及 CGLIB 。。。。 嗯，能说说他们的不同及优缺点嘛？ JDK 是基于接口实现，而 CGLIB 继承代理类。。。 就是这样会一直问下去，如果聊的差不多了就开始问一些零散的问题： JMM 内存模型，如何划分的？分别存储什么内容？线程安全与否？ 类加载机制，谈到双亲委派模型后会问到哪些违反了双亲委派模型？为什么？为什么要双亲委派？好处是什么？ 平时怎么使用多线程？有哪些好处？线程池的几个核心参数的意义？ 线程间通信的方式？ HashMap 的原理？当谈到线程不安全时自然引申出 ConcurrentHashMap ，它的实现原理？ 分库分表如何设计？垂直拆分、水平拆分？ 业务 ID 的生成规则，有哪些方式？ SQL 调优？平时使用数据库有哪些注意点？ 当一个应用启动缓慢如何优化？ 大概是以上这些，当聊到倒数第二个时我已经登机了。最后不得不提前挂断，结束之前告诉我之后会换一个同事和我沟通，听到这样的回复一面应该是过了， 后面也确实证实了这点。 大概过了一周，二面如期而至。 我听声音很熟，就尝试问下是不是之前一面的面试官，结果真是。 由于二面的面试官临时有事所以他来替一下。于是我赶紧问他能否把之前答的不好的再说说？的到了肯定的答复后开始了我的表演。 有了第一次的经验这一次自然也轻车熟路，原本感觉一切尽在掌握却被告知需要笔试突然被激醒。 笔试是一个在线平台，需要在网页中写代码，会有一个明确的题目： 从一个日志文件中根据关键字读取日志，记录出现的次数，最后按照次数排序打印。 在这过程中切记要和面试官多多交流，因为笔试有时间限制，别到最后发现题目理解错了，这就和高考作文写完发现方向错了一样要命。 而且在沟通过程中体现出你解题的思路，即使最终结果不对，但说不定思考的过程很符合面试官的胃口哦。这也和今年的高考改卷一样；过程正确得高分，只有结果得低分。 又过了差不多一周的时间接到了三面的电话，一般到了三面会是技术 Leader 之类的角色。 这个过程中不会过多强调技术细节，更多的考察软件能，比如团队协作、学习能力等。 但我记得也问了以下一些技术问题： 谈谈你所理解的 HTTP 协议？ 对 TCP 的理解？三次握手？滑动窗口？ 基本算法，Base64 等。 Java 内存模型，Happen Before 的理解。 一周之后我接到了 HR 助理的电话约了和 HRBP 以及产品技术负责人的视频面试。 但是我却没有面下去，具体原因得往下看。 在 A 部门三面完成后，我等了差不多一星期，这期间我却收到了一封邮件。 大概内容是他在 GitHub 上看到的我，他们的技术总监对我很感兴趣（我都不敢相信我的眼镜），问我想不想来阿里试试。 我对比了 A B 部门的区别发现 B 部门在做的事情上确实更加有诱惑力，之后我表达了有一个面试正在流程中的顾虑；对方表示可以私下和我快速的进行三面，如果一切没问题再交由我自行选择。至少对双方都是一个双赢嘛。 我想也不亏，并且对方很有诚意，就答应试试；于是便有了下面的面试： 对 Java 锁的理解？ 我谈到了 synchronize，Lock 接口的应用。 他们两者的区别以及优缺点呢？ synchronize 在 JDK1.6 之前称为重量锁，是通过进出对象监视器来实现同步的；1.6 之后做了 XX 优化。。。 而 ReentrantLock 是利用了一个巧妙数据结构实现的，并且加锁解锁是显式的。。。 之后又引申到分布式锁，光这块就聊了差不多半个小时。 之后又聊到了我的开源项目： 是如何想做这个项目的？ 已经有一些关注了后续是如何规划的？ 你今后的学习计划是什么？ 平时看哪些书？ 之后技术聊的不是很多，但对于个人发展却聊了不少。 关于锁相关的内容可以参考这里：ReentrantLock 实现原理 synchronize 关键字原理 隔了差不多一天的时间，二面很快就来了。 内容不是很多： 线程间通信的多种方式？ 限流算法？单机限流？分布式限流？ 提到了 Guava Cache ,了解它的实现原理嘛？ 如何定位一个线上问题？ CPU 高负载？OOM 排查等？ 聊完之后表示第二天应该会有三面。 三面的面试官应该是之前邮件中提到的那位总监大佬，以前应该也是一线的技术大牛；聊的问题不是很多： 谈谈对 Netty 的理解？ Netty 的线程模型？ 写一个 LRU 缓存。 本以为技术面试完了，结果后面告知所有的面试流程都得有笔试了，于是又参与了一次笔试： 交替打印奇偶数 这个相对比较简单，基于锁、等待唤醒机制都是可以的。最后也告知笔试通过。 之后在推荐我的那位大佬的帮助下戏剧般的通过了整个技术轮（真的很感谢他的认可），并且得知这个消息是在我刚好和 A 部门约好视频面试时间之后。 也就意味着我必须拒掉一个部门！ 没看错，是我要拒掉一个。这对我来说确实太难了，我压根没想过还有两个机会摆在我面前。 最后凭着个人的爱好以及 B 部门的热情我很不好意思的拒掉了 A 部门。。。 在面这之前我从来没有面过这样大厂的 HR 流程，于是疯狂搜索，希望能弥补点经验。 也许这就是乐极生悲吧，我确实猜中了 HR 问的大部分问题，但遗憾的是最终依然没能通过。 后来我在想如果我没有拒掉 A ，会不会结局不一样了？ 但现实就是如此，没有那么多假设，并且每个人也得为自己的选择负责！ 大概的问题是： 为什么想来阿里？ 个人做的最成功最有挑战的事情是什么？ 工作中最难忘的经历？ 对加入我们团队有何期待？ HR 这关被 Pass 之后没多久我居然又收到了第三个部门的邀约。 说实话当时我是拒绝的，之前经历了将近两个月的时间却没能如愿我内心是崩溃的。 我向联系我的大佬表达了我的想法，他倒觉得我最后被 pass 的原因是个小问题，再尝试的话会有很大的几率通过。 我把这事给朋友说了之后也支持我再试试，反正也没啥损失嘛，而且面试的状态还在。 所以我又被打了鸡血，才有了下面的面试经过： 服务化框架的选型和差异？ 一起探讨了 SpringCloud、Dubbo、Thrift 的差异，优缺点等。 一致性 Hash 算法的原理？ 将数据 Hash 之后落到一个 0 ~ 2^32-1 构成的一个环上。。。。 谈谈你理解的 Zookeeper？ 作为一个分布式协调器。。。 如何处理 MQ 重复消费？ 业务幂等处理。。。。 客户端负载算法？ 轮询、随机、一致性 Hash、故障转移、LRU 等。。 long 类型的赋值是否是原子的？ 不是。。。 volatile 关键字的原理及作用？happen Before？ 可见性、一致性。。 一面之后大概一周的时间接到了二面的电话： 原以为会像之前一样直接进入笔试，这次上来先简单聊了下： 谈谈对微服务的理解，好处以及弊端？ 分布式缓存的设计？热点缓存？ 之后才正式进入笔试流程： 这次主要考察设计能力，其实就是对设计模式的理解？能否应对后续的扩展性。 笔试完了之后也和面试官交流，原以为会是算法之类的测试，后来得知他能看到前几轮的笔试情况，特地挑的没有做过的方向。 所以大家也不用刻意去押题，总有你想不到的，平时多积累才是硬道理。 又过了两周左右，得到 HR 通知；希望能过去杭州参加现场面试。并且阿里包了来回的机票酒店等。 可见阿里对人才渴望还是舍得下成本的。 既然都这样了，就当成一次旅游所以去了一趟杭州。 现场面的时候有别于其他面试，是由两个面试官同时参与： 给一个场景，谈谈你的架构方式。 这就对平时的积累要求较高了。 还有一个印象较深的是： 在网页上点击一个按钮到服务器的整个流程，尽量完整。 其实之前看过，好像是 Google 的一个面试题。 完了之后让我回去等通知，没有见到 HR 我就知道凉了，果不其然。 看到这里的朋友应该都是老铁了，我也把上文提到的大多数面试题需要掌握的一些技术知识点分享给大家 程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。 如果你也想学习这些进阶架构的知识点可以加群：795632998，进群可以获取获取一些架构视频学习资料，视频资料有Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术。 那要如何正确的分析源码呢？ 我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。 △spring源码 微服务不需要像普通服务那样成为一种独立的功能或者独立的资源 微服务作为一项在云中部署应用和服务的新技术已成为当下最新的热门话题 微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。 使用微服务构建现代化应用程序是很有意义的，因为它让你既利用了扩展横向扩展架构，也利用纵向扩展架构；还额外得到API的组合，且在整个业务中可重复利用。可能，每一分钟构都在交付新服务，这样你就必须拥有一个敏捷的且响应的应用程序平台，这一平台一直在不断改进中。 首先，你需要有深度的Java基础知识：你会开始看《Java编程思想》、《Effective Java》。这两本书绝非普通的基础，而是至少拥有1~2年卓越的java开发者才有可能学完，而且这两本书一般要读完需要1年左右的时间。 其次，你需要看一些开源框架的源码，如果单单使用框架是实现业务而不去深入框架核心,架构思想,过几年有可能会发现你脱离了框架什么活也干不成。 以上就是一些进阶架构必须要掌握的一些知识点，当你掌握了这些知识点以后，难道还会担心面试什么的过不了吗，不不，不存在的 最后总结下这将近四个月的面试心得： 一定要积极的学习必要的技术知识点，像在 A 部门的三面时，由于基础答得不是很好；所以最后我表达了自己的态度，对工作、技术的积极性。让面试官看到你的潜力值得一个 HC 名额。 面试过程中遇到自己的不会的可以主动提出，切不可不懂装懂，这一问就露馅。可以将面试官引导到自己擅长的领域。比如当时我正好研究了锁，所以和面试官一聊就是半小时这就是加分项。 平时要主动积累知识。写博客和参与开源项目就是很好的方式。 博客可以记录自己踩过的坑，加深印象，而且在写的过程中可以查漏补缺，最后把整个知识体系巩固的比较牢固，良好的内容还可以得到意想不到的收获，比如我第一次面试的机会。 GitHub 是开发者的一张名片，积极参与开源项目可以和全球大佬头脑风暴，并且在面试过程中绝对是一个加分利器。 面试官一般最后都会问你有什么要问我的？千万不要问一些公司福利待遇之类的问题。可以问下本次面试的表现？还有哪些需要完善的？从而知道自己答得如何也能补全自己。 还有一点：不要在某次面试失利后否定自己，有时真的不是自己能力不行。这个也讲缘分。 塞翁失马焉知非福 我就是个例子，虽然最后没能去成阿里，现在在公司也是一个部门的技术负责人，在我们城市还有个窝，温馨的家，和女朋友一起为想要的生活努力奋斗。

做码农差不多十五年了，聊聊程序员十五年内职业生涯规划，共勉之

很多人以为技术人员可以做一直做下去，但是最近我发现这个观点不完全正确，因为能一直做下去的技术人员非常稀少，因为不同的年龄段，公司对技术人员的要求会不一样，如最近传言华为计划裁掉40岁以上的程序员，首先我认为肯定不会裁掉所有40岁以上的技术人员，如CTO或高级技术专家不会被开，因为他们达到了40岁技术人员应该达到的能力，而那些没有达到该年龄段能力的技术人员会被淘汰。 为什么现在各大公司招技术人员这么难还会有公司裁员呢？ 因为公司需要换血和降低成本。换血意味着希望进入一些新鲜或者优质血液，让团队能正向发展，新鲜的血液积极性高，潜力好，如刚毕业的学生或工作几年的技术人员。优质的血液，意味着技术能力强，能影响团队技术方向，如某个领域的技术专家，能影响团队事倍功半。 如果你是公司老板，一个工作三年的技术人员和一个工作10年的技术人员能力差不多，而三年的更有技术激情，十年的还要照顾家庭，工资还比三年的多几倍，你会选择留下哪一个呢？是不是会开掉10年的技术人员，再招聘几个三年的呢？这就是现实的残酷。那个十几年工作经验的技术人员离职后开始找工作，但是找到合适的工作会非常困难，首先你的工资基数很大，你期望下家公司能给你更高的薪水，新公司也会考虑招聘你的投入产出比。 所以技术人员需要居安思危，不要被眼前的高薪冲昏了头脑，小富则安是短暂的，逆水行舟才是技术人员走的路，所以我认为技术人员需要以五年为一个技术周期，每个技术周期上都要上升一个技术层级，否则随时可能会被淘汰掉，各层级建议和要求如下： 应届生 - 扎实的技术基础，有技术热情。应届生技术人员我建议进入BAT这样的大型互联网公司，虽然辛苦点，但是工作几年后，技术能力和视野会大于很多工作10年的技术人员。 注意点：系统化的学习技术，研究技术而不是使用技术。 工作5年 - 在技术上做到知其然知其所以然，对用过的技术框架都能知道技术原理和优缺点，多实战少纸上谈兵，学会总结。具备独立分析和解决技术问题的能力。 注意点：很多候选人用过N年JDK，就认为自己精通JAVA，但是面试的时候发现JDK的源码都没看过。我面试阿里的时候，也不明白为啥要问JDK源码或垃圾回收机制，但是当我去解决复杂的线上问题时，我才发现对源码或原理不熟，很难查到问题所在。如果你在小公司或非互联网公司没有这样的技术场景，可以尝试提高下业务架构能力或者利用业余时间实战并钻研技术。 工作十年 - 有大型系统架构经验和技术亮点。架构经验需要在大公司有实战经验。技术亮点就是在某个技术上达到专家级别，当同事遇到某个技术问题会来咨询你，比如遇到Redis问题解决不了时会来找你。短短几句话要求非常高，招聘的时候很多技术人员都卡在这个阶段，需要有很好的技术积累和背景。 注意点：很多技术人员开始转向管理，结果技术和管理都是半桶水，技术首先要达到一定的深度再考虑管理方向。小公司技术总监，技术停留在用，很多技术原理都不知道，如何做技术规划呢？ 工作十五年 - 要有很强的业务和技术规划能力，在公司内有影响力，可以影响团队和公司的技术发展方向。也可以尝试换下工作，去成长性好的公司做技术总监，扩展下技术视野。 十五年以上 - 这个我说不好，欢迎通过评论提建议。 如何进入BAT 达到以上要求就可以进入BAT，但是我分析了下最简单进入BAT的方式是工作5年以内的技术人员，因为应届生要求TOP院校的TOP学生，工作八年以上的要求又非常高。 主要用到的技术栈 面试大公司基本都会问的技术，也是大公司经常用到的一些技术 性能优化如何理解 什么是性能优化 JVM调优 jvm虚拟机的内存解析 垃圾收集器 实战调优案例与解决方案 JVM运行时区 Java程序员性能优化 优雅的创建对象 注意对象的通用方法 类的设计陷阱 泛型需要注意的问题 java方法的那些坑 程序设计的通用规则 Tomcat 线程模型分析 生产环境配置及调优 运行机制及框架 Mysql 探析BTree机制 执行计划深入分析 Mysql索引优化详解 慢查询分析与SQL优化 应用框架源码解读 Spring IOC Spring Aop Spring MVC Spring5的新特性 Mybatis Spring IOC SpringFrammework体系结构 BeanFactory源码分析 BeanDefiniton源码分析 Bean生命同期 Spring Aop Aop源码分析 transaction事物分析 Springcache框架源码分析 Spring MVC MCV简介与设计思想 SpringMVC组成 源码解读DispatchServlet Spring5新特性 函数式编程 webFlux模块介绍 kotlin介绍 Testing改进 兼容性问题 Mybatis mybatis组成 核心源码分析 手写Mybatis 分布式架构 互联网分布式架构是非常重要的一个技术，基本上所有的大公司都会用分布式 分布式架构思维 大型互联网架构演进过程 架构师应具备的分布式知识 主流分布式架构设计详解 架构开发基础 多线程开发 高性能NIO框架 架构核心服务层技术 服务的前世今生 深入理解通讯协议 基于 分布式RPC解决方案 dubbo全解析 架构关键基础设施 分布式环境指挥官zookeeper 分布式消息通讯异步与MQ 分布式缓存 数据存储SQL&NoSQL 高并发分流技术Nginx 分布式解决方案 分布式解决方案 Session跨域共享实战 分布式事物解决方案实战 分布式锁解决方案实战 分布式单点登录实战SSO 分布式调度任务系统 分布式配置中心 微服务架构技术 微服务这块应该不用多说了，知道微服务技术的至少能多加5k薪资 SpringBoot SpringCloud Docker虚拟化技术 SpringBoot 与微服务的区别于联系 快速构建SpringBoot工程 SpringBoot核心组件剖析 快速集成mybatis实战 快速集成Dubbo及案例实战 构建集成 redis及案例实战 构建Swagger插件实现API 管理及接口测试体系 SpringCloud Zuul路由网关详解源码探析 Ribbon客户端负载均衡原理 Feign声明式服务调用方式 Eureka注册中心构件 Config配置服务中心 svn、git快速集成 Sleuth调用链路跟踪 BUS消息总线技术 Docker虚拟化技术 介绍、安装与使用 compose部署脚本 service服务编排 redis分布式集群部署 docker file构建 通过maven插件打包镜像 部署及运行应用程序kubernetes编配 构建Mysql集群实战 高可用SpringCloud微服务与docker集成实现动态扩容实战 团队协作开发 这个是常用的开发工具类的，提升团队效率 Maven Jenkins Sonar 加群：795632998获取往期Java高级架构资料、源码、笔记、视频 Dubbo、Redis、设计模式、Netty、zookeeper、Spring cloud、分布式、 高并发等架构技术，获取以下资料 架构师视频资料

进程和线程的区别，进程间如何通讯，线程间如何通讯 HashMap的数据结构是什么？如何实现的。和HashTable，ConcurrentHashMap的区别 Cookie和Session的区别 索引有什么用？如何建索引？ ArrayList是如何实现的，ArrayList和LinkedList的区别？ArrayList如何实现扩容。 equals方法实现 线程状态，BLOCKED和WAITING有什么区别 JVM如何加载字节码文件 JVM GC，GC算法。 什么情况会出现Full GC，什么情况会出现yong GC。 JVM内存模型 Java运行时数据区 事务的实现原理 有没有看过JDK源码，看过的类实现原理是什么。 HTTP协议 TCP协议 一致性Hash算法 JVM如何加载字节码文件 类加载器如何卸载字节码 IO和NIO的区别，NIO优点 Java线程池的实现原理，keepAliveTime等参数的作用。 HTTP连接池实现原理 数据库连接池实现原理 数据库的实现原理 看过哪些开源框架的源码 为什么要用Redis，Redis有哪些优缺点？Redis如何实现扩容？ Netty是如何使用线程池的，为什么这么使用 为什么要使用Spring，Spring的优缺点有哪些 Spring的IOC容器初始化流程 Spring的IOC容器实现原理，为什么可以通过byName和ByType找到Bean Spring AOP实现原理 消息中间件是如何实现的，技术难点有哪些 如何搭建一个高可用系统 哪些设计模式可以增加系统的可扩展性 介绍设计模式，如模板模式，命令模式，策略模式，适配器模式、桥接模式、装饰模式，观察者模式，状态模式，访问者模式。 抽象能力，怎么提高研发效率。 什么是高内聚低耦合，请举例子如何实现 什么情况用接口，什么情况用消息 如果AB两个系统互相依赖，如何解除依赖 如何写一篇设计文档，目录是什么 什么场景应该拆分系统，什么场景应该合并系统 系统和模块的区别，分别在什么场景下使用 分布式系统 分布式事务，两阶段提交。 如何实现分布式锁 如何实现分布式Session 如何保证消息的一致性 正向代理（客户端代理）和反向代理（服务器端代理） CDN实现原理 怎么提升系统的QPS和吞吐量 有没有处理过线上问题？出现内存泄露，CPU利用率标高，应用无响应时如何处理的。 开发中有没有遇到什么技术问题？如何解决的 如果有几十亿的白名单，每天白天需要高并发查询，晚上需要更新一次，如何设计这个功能。 新浪微博是如何实现把微博推给订阅者 Google是如何在一秒内把搜索结果返回给用户的。 12306网站的订票系统如何实现，如何保证不会票不被超卖。 如何实现一个秒杀系统，保证只有几位用户能买到某件商品。 如何学习一项新技术，比如如何学习Java的，重点学习什么 有关注哪些新的技术 工作任务非常多非常杂时如何处理 项目出现延迟如何处理 和同事的设计思路不一样怎么处理 如何保证开发质量 职业规划是什么？短期，长期目标是什么 团队的规划是什么 能介绍下从工作到现在自己的成长在那里 JAVA架构师的标准 1.首先你至少可以承担一个高级java工程师。 熟练使用各种框架以及实现的原理 JVM虚拟机原理、JVM调优,懂得jvm能让你写出性能更好的代码 池技术:什么对象池连接池，线程池 java反射技术，写框架必备的技术 java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，好多五年以上经验的人都弄不清楚，还有为什扩容时有性能问题？不弄清楚这些原理，就写不出高效的代码。 总之一句话越基础的东西越重要，很多人认为自己会用它们写代码了，其实仅仅是知道如何调用api而已,离会用还差的远。 2.其次，各种数据结构和算法(基础很重要) 熟练使用各种数据结构和算法，数组、哈希、链表、排序树...，一句话要么是时间换空间要么是空间换时间，这里展开可以说一大堆，需要有一定的应用经验，用于解决各种性能或业务上的问题。 3.熟练使用linux操作系统，Linux线上排除故障，以及性能监控等。 4.熟悉tcp协议 创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化。 熟悉http协议，尤其是http头，我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。 5.系统集群、负载均衡、反向代理、动静分离，网站静态化 。 分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点，适用场景 。 分布式缓存技术memcached,redis，提高系统性能必备，一句话，把硬盘上的内容放到内存里来提速，顺便提个算法一致性hash 。 工具nginx必备技能超级好用，高性能，基本不会挂掉的服务器，功能多多，解决各种问题。 6.数据库的设计能力 MySQL慢查询日志分析，主从复制的配置，至少要成为半个mysql dba。 其他nosql数据库如mongodb。 7.还有 队列中间件 如消息推送，可以先把消息写入数据库，推送放队列服务器上，由推送服务器去队列获取处理，这样就可以将消息放数据库和队列里后直接给用户反馈，推送过程则由推送服务器和队列服务器完成，好处异步处理、缓解服务器压力，解藕系统。 以上纯粹是常用的技术，还有很多自己慢慢去摸索吧，因为要知道的东西很多，所以要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。 以上这些都是成为架构师的必要条件，不是充分条件。 8.服务业务 架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，人家一个几百人用户的系统，访问量不大，数据量小，你给人家上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯淡的，架构师的作用就是第一满足业务需求，第二最低的硬件网络成本和技术维护成本。 架构师还要根据业务发展阶段，提前预见发展到下一个阶段系统架构的解决方案，并且设计当前架构时将架构的升级扩展考虑进去，做到易于升级;否则等系统瓶颈来了，出问题了再去出方案，或现有架构无法扩展直接扔掉重做，或扩展麻烦问题一大堆，这会对企业造成损失。 更多架构资料系列专题 程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。 那要如何正确的分析源码呢？ 想要学习以下资料的朋友们可以加群：795632998，群内有以上资料的视频教学，进群即可获取，合理利用自己每一分每一秒的时间来学习提升自己，趁年轻，使劲拼，给未来的自己一个交代！ 我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。 △spring源码 首先，你需要有深度的Java基础知识：你会开始看《Java编程思想》、《Effective Java》。这两本书绝非普通的基础，而是至少拥有1~2年卓越的java开发者才有可能学完，而且这两本书一般要读完需要1年左右的时间。 其次，你需要看一些开源框架的源码，如果单单使用框架是实现业务而不去深入框架核心,架构思想,过几年有可能会发现你脱离了框架什么活也干不成。 分层：一般可分为，应用层，服务层，数据层，管理层，分析层； 分割：一般按照业务/模块/功能特点进行划分，比如应用层分为首页，用户中心。 分布式：将应用分开部署（比如多台物理机），通过远程调用协同工作。 集群：一个应用/模块/功能部署多份（如：多台物理机），通过负载均衡共同提供对外访问。 缓存：将数据放在距离应用或用户最近的位置，加快访问速度。 异步：将同步的操作异步化。客户端发出请求，不等待服务端响应，等服务端处理完毕后，使用通知或轮询的方式告知请求方。一般指：请求——响应——通知 模式。 冗余：增加副本，提高可用性，安全性，性能。 安全：对已知问题有有效的解决方案，对未知/潜在问题建立发现和防御机制。 自动化：将重复的，不需要人工参与的事情，通过工具的方式，使用机器完成。 敏捷性：积极接受需求变更，快速响应业务发展需求。 四、高性能架构 以用户为中心，提供快速的网页访问体验。主要参数有较短的响应时间，较大的并发处理能力，较高的吞吐量，稳定的性能参数。 可分为前端优化，应用层优化，代码层优化，存储层优化。 前端优化：网站业务逻辑之前的部分； 浏览器优化：减少Http请求数，使用浏览器缓存，启用压缩，Css Js位置，Js异步，减少Cookie传输； CDN加速，反向代理； 应用层优化：处理网站业务的服务器。使用缓存，异步，集群 代码优化：合理的架构，多线程，资源复用（对象池，线程池等），良好的数据结构，JVM调优，单例，Cache等； 存储优化：缓存，固态硬盘，光纤传输，优化读写，磁盘冗余，分布式存储（HDFS），NOSQL等； 五、高可用架构 大型网站应该在任何时候都可以正常访问。正常提供对外服务。因为大型网站的复杂性，分布式，廉价服务器，开源数据库，操作系统等特点。要保证高可用是很困难的，也就是说网站的故障是不可避免的。 如何提高可用性，就是需要迫切解决的问题。首先，需要从架构级别，在规划的时候，就考虑可用性。行业内一般用几个9表示可用性指标。比如四个9（99.99），一年内允许的不可用时间是53分钟。 不同层级使用的策略不同，一般采用冗余备份和失效转移解决高可用问题。 应用层：一般设计为无状态的，对于每次请求，使用哪一台服务器处理是没有影响的。一般使用负载均衡技术（需要解决Session同步问题），实现高可用。 服务层：负载均衡，分级管理，快速失败（超时设置），异步调用，服务降级，幂等设计等。 数据层：冗余备份（冷，热备[同步，异步]，温备），失效转移（确认，转移，恢复）。数据高可用方面著名的理论基础是CAP理论（持久性，可用性，数据一致性[强一致，用户一致，最终一致]） 六、可伸缩架构 伸缩性是指在不改变原有架构设计的基础上，通过添加/减少硬件（服务器）的方式，提高/降低系统的处理能力。 应用层：对应用进行垂直或水平切分。然后针对单一功能进行负载均衡（DNS,HTTP[反向代理],IP,链路层）。 服务层：与应用层类似； 数据层：分库，分表，NOSQL等；常用算法Hash，一致性Hash。 七、可扩展架构 可以方便的进行功能模块的新增/移除，提供代码/模块级别良好的可扩展性。 模块化，组件化：高内聚，内耦合，提高复用性，扩展性。 稳定接口：定义稳定的接口，在接口不变的情况下，内部结构可以“随意”变化。 设计模式：应用面向对象思想，原则，使用设计模式，进行代码层面的设计。 消息队列：模块化的系统，通过消息队列进行交互，使模块之间的依赖解耦。 分布式服务：公用模块服务化，提供其他系统使用，提高可重用性，扩展性。 八、安全架构 对于安全问题，首先要提高安全意识，建立一个安全的有效机制，从政策层面，组织层面进行保障。比如服务器密码不能泄露，密码每月更新，并且三次内不能重复；每周安全扫描等。以制度化的方式，加强安全体系的建设。同时，需要注意与安全有关的各个环节。安全问题不容忽视。包括基础设施安全，应用系统安全，数据保密安全等。 基础设施安全：硬件采购，操作系统，网络环境方面的安全。一般采用，正规渠道购买高质量的产品，选择安全的操作系统，及时修补漏洞，安装杀毒软件防火墙。防范病毒，后门。设置防火墙策略，建立DDOS防御系统，使用攻击检测系统，进行 子网隔离等手段。 应用系统安全：在程序开发时，对已知常用问题，使用正确的方式，在代码层面解决掉。防止跨站脚本攻击（XSS），注入攻击，跨站请求伪造（CSRF），错误信息，HTML注释，文件上传，路径遍历等。还可以使用Web应用防火墙（比如：ModSecurity），进行安全漏洞扫描等措施，加强应用级别的安全。 数据保密安全：存储安全（存在在可靠的设备，实时，定时备份），保存安全（重要的信息加密保存，选择合适的人员复杂保存和检测等），传输安全（防止数据窃取和数据篡改）； 常用的加解密算法（单项散列加密[MD5,SHA]，对称加密[DES,3DES,RC]），非对称加密[RSA]等。 九、敏捷性 网站的架构设计，运维管理要适应变化，提供高伸缩性，高扩展性。方便的应对快速的业务发展，突增高流量访问等要求。 除上面介绍的架构要素外，还需要引入敏捷管理，敏捷开发的思想。使业务，产品，技术，运维统一起来，随需应变，快速响应。 十、大型架构举例 以上采用七层逻辑架构： 第一层客户层 第二层前端优化层 第三层应用层 第四层服务层 第五层数据存储层 第六层大数据存储层 第七层大数据处理层。 客户层：支持PC浏览器和手机APP。差别是手机APP可以直接访问通过IP访问，反向代理服务器。 前端层：使用DNS负载均衡，CDN本地加速以及反向代理服务； 应用层：网站应用集群；按照业务进行垂直拆分，比如商品应用，会员中心等； 服务层：提供公用服务，比如用户服务，订单服务，支付服务等； 数据层：支持关系型数据库集群（支持读写分离），NOSQL集群，分布式文件系统集群；以及分布式Cache； 大数据存储层：支持应用层和服务层的日志数据收集，关系数据库和NOSQL数据库的结构化和半结构化数据收集； 大数据处理层：通过Mapreduce进行离线数据分析或Storm实时数据分析，并将处理后的数据存入关系型数据库。（实际使用中，离线数据和实时数据会按照业务要求进行分类处理，并存入不同的数据库中，供应用层或服务层使 更多分布式架构设计33精讲 欢迎Java工程师朋友们加入Java工程师学习交流群：795632998，进群即可领取资料。群内提供免费的Java架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！

阿里P8架构师谈：高并发架构解决方案总结

一、关于高并发 高并发是指在同一个时间点，有很多用户同时访问URL地址，比如：淘宝的双11、双12，就会产生高并发。又如贴吧的爆吧，就是恶意的高并发请求，也就是DDOS攻击。 1 高并发会来带的后果 服务端：导致站点服务器/DB服务器资源被占满崩溃，数据的存储和更新结果和理想的设计是不一样的，比如：出现重复的数据记录，多次添加了用户积分等。 用户角度：网站打不开 服务器雪崩： 2 并发下的数据处理 通过表设计，如：记录表添加唯一约束，数据处理逻辑使用事物防止并发下的数据错乱问题。通过服务端锁进程防止包并发下的数据错乱问题。 这里主要讲述的是在并发请求下的数据逻辑处理的接口，如何保证数据的一致性和完整性，这里的并发可能是大量用户发起的，也可能攻击者通过并发工具发起的并发请求。 例子1：通过表设计防止并发导致数据错乱 【签到功能】一天一个用户只能签到一次，签到成功后用户获取到一个积分。 1、用户表，包含积分字段； 2、高并发意淫分析(属于开发前的猜测)： 在高并发的情况下，会导致一个用户签到记录会有多条，或者用户签到后不止加一积分。 我的设计：首先根据需求我会添加一张签到记录表，重点来了，这张表需要把用户唯一标识字段(ID,Token)和签到日期字段添加为唯一约束，或者唯一索引，这样就可以防止并发的时候插入重复用户的签到记录。然后再程序代码逻辑里，先执行签到数据的添加(这里可以防止并发，添加成功后再进行积分的添加，这样就可以防止重复地添加积分了。最后我还是建议所有的数据操作都写在一个sql事务里面， 这样在添加失败，或者编辑用户积分失败的时候可以回滚数据。 例子2：事务+通过更新锁，防止并发导致数据错乱；或者事物+Update的锁表机制 需求点：【抽奖功能】抽奖一次消耗一个积分，抽奖中奖后编辑剩余奖品总数，剩余奖品总数为0，或者用户积分为0的时候无法进行抽奖。 已知表：用户表，包含积分字段 奖品表，包含奖品剩余数量字段。 高并发意淫分析(属于开发前的猜测)：在高并发的情况下，会导致用户参与抽奖的时候积分被扣除，而奖品实际上已经被抽完了。 我的设计：在事物里，通过WITH(UPDLOCK)锁住商品表，或者Update 表的奖品剩余数量和最后编辑时间字段，来把数据行锁住，然后进行用户积分的消耗，都完成后提交事物，失败就回滚。 这样就可以保证，只有可能存在一个操作在操作这件商品的数量，只有等到这个操作事物提交后，其他的操作这个商品行的事物才会继续执行。 例子3：通过程序代码防止包并发下的数据错乱问题 需求点：【缓存数据到cache里】，当缓存不存在的时候，从数据库中获取并保存在cache里，如果存在从cache里获取，每天10点必须更新一次，其他时间点缓存两个小时更新一次 到10点的时候，凡是打开页面的用户会自动刷新页面。 问题点：这里有个逻辑用户触发缓存的更新，用户刷新页面，当缓存存在的时候，会取到最后一次缓存更新时间，如果当前时间大于十点，并且最后缓存时间是10点前，则会从数据库中重新获取数据保存到cache中。 还有客户端页面会在10点时候用js发起页面的刷新，就是因为有这样的逻辑，导致10点的时候有很多并发请求同时过来，然后就会导致很多的sql查询操作，理想的逻辑是，只有一个请求会去数据库获取，其他都是从缓存中获取数据。(因为这个sql查询很耗服务器性能，所以导致在10点的时候，突然间数据库服务器压力暴增) 解决问题：通过（锁）lock，在从数据读取到缓存的那段代码前面加上锁，这样在并发的情况下只会有一个请求是从数据库里获取数据，其他都是从缓存中获取。 3 访问量大的数据统计接口 需求： 用户行为数据统计接口，用来记录商品展示次数，用户通过点击图片，或者链接，或者其他方式进入到商品详情的行为次数。 问题点：这接口是给前端ajax使用，访问量会很大，一页面展示的时候就会有几十件商品的展示，滚动条滚到到页面显示商品的时候就会请求接口进行展示数据的统计，每次翻页又会加载几十件。 意淫分析：设想如果同时有1W个用户同时在线访问页面，一个次拉动滚动条屏幕页面展示10件商品，这样就会有10W个请求过来，服务端需要把请求数据入库。在实际线上环境可能还会超过这个请求量，如果不经过进行高并发设计处理，服务器分分钟给跪了。 解决问题：我们通过nodejs写了一个数据处理接口，把统计数据先存到redis的list里。(使用nodejs写接口的好处是，nodejs使用单线程异步事件机制，高并发处理能力强，不会因为数据逻辑处理问题导致服务器资源被占用而导致服务器宕机) 然后再使用nodejs写了一个脚本，脚本功能就是从redis里出列数据保存到mysql数据库中。这个脚本会一直运行，当redis没有数据需要同步到数据库中的时候，sleep，让在进行数据同步操作。 4 高并发的下的服务器压力均衡，合理站点架设，DB部署 服务器代理nginx，做服务器的均衡负载，把压力均衡到多台服务器； 部署集群MySQL数据库， Redis服务器，或者MongoDB服务器，把一些常用的查询数据，并且不会经常的变化的数据保存到其他NoSQL DB服务器中，来减少数据库服务器的压力，加快数据的响应速度； 数据缓存，Cache； 在高并发接口的设计中可以使用具有高并发能力的编程语言去开发，如：nodejs做web接口； 服务器部署，图片服务器分离，静态文件走CDN； DBA数据库的优化查询条件，索引优化； 消息存储机制，将数据添加到信息队列中(redis list)，然后再写工具去入库 脚本合理控制请求，如，防止用户重复点击导致的ajax多余的请求，等等。 5 并发测试神器推荐 Apache JMeter Microsoft Web Application Stress Tool Visual Studio 性能负载 二、关于高并发架构 为了让业务可以流畅地运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。 在电商相关产品开发的这些年，我有幸遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行总结，作为自己的归档记录，同时分享给大家。 1 服务器架构 业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再到分布式服务。 一个可以支持高并发的服务少不了好的服务器架构，需要有均衡负载，数据库需要主从集群，NoSQL缓存需要主从集群，静态文件需要上传CDN，这些都是能让业务程序流畅运行的强大后盾。 服务器这块多是需要运维人员来配合搭建，具体我就不多说了，点到为止。 大致需要用到的服务器架构如下： 均衡负载(如：nginx，阿里云SLB) 主从分离，集群 DBA 表优化，索引优化，等 NoSQL： Redis 主从分离，集群 MongoDB 主从分离，集群 memcache 主从分离，集群 image 2 并发测试 高并发相关的业务，需要进行并发的测试，通过大量的数据分析评估出整个架构可以支撑的并发量。 测试高并发可以使用第三方服务器或者自己测试服务器，利用测试工具进行并发请求测试，分析测试数据得到可以支撑并发数量的评估，这个可以作为一个预警参考，俗话说知己自彼百战不殆。 第三方服务: 阿里云性能测试 并发测试工具： Apache JMeter Visual Studio性能负载测试 Microsoft Web Application Stress Tool 3 实战方案 1）通用方案 日用户流量大，但是比较分散，偶尔会有用户高聚的情况； 场景： 用户签到，用户中心，用户订单等。 服务器架构图： 场景中的这些业务基本是用户进入APP后会操作到的，除了活动日(618、双11等)，这些业务的用户量都不会高聚集，同时这些业务相关的表都是大数据表，业务多是查询操作，所以我们需要减少用户直接命中DB的查询；优先查询缓存，如果缓存不存在，再进行DB查询，将查询结果缓存起来。 更新用户相关缓存需要分布式存储，比如使用用户ID进行hash分组，把用户分布到不同的缓存中，这样一个缓存集合的总量不会很大，不会影响查询效率。 用户签到获取积分： 计算出用户分布的key，Redis，hash中查找用户今日签到信息 如果查询到签到信息，返回签到信息 如果没有查询到，DB查询今日是否签到过，如果有签到过，就把签到信息同步Redis缓存。 如果DB中也没有查询到今日的签到记录，就进行签到逻辑，操作DB添加今日签到记录，添加签到积分(这整个DB操作是一个事务) 缓存签到信息到Redis，返回签到信息 注意这里会有并发情况下的逻辑问题，如：一天签到多次，发放多次积分给用户。 用户订单： 这里我们只缓存用户第一页的订单信息，一页40条数据，用户一般也只会看第一页的订单数据 用户访问订单列表，如果是第一页读缓存，如果不是读DB 计算出用户分布的key，Redis，hash中查找用户订单信息 如果查询到用户订单信息，返回订单信息 如果不存在就进行DB查询第一页的订单数据，然后缓存redis，返回订单信息 用户中心： 计算出用户分布的key，Redis hash中查找用户订单信息 如果查询到用户信息，返回用户信息 如果不存在进行用户DB查询，然后缓存redis，返回用户信息 其他业务： 上面例子多是针对用户存储缓存，如果是公用的缓存数据需要注意一些问题，如：公用的缓存数据需要考虑并发下的可能会导致大量命中DB查询，可以使用管理后台更新缓存，或者DB查询的锁住操作。 以上例子是一个相对简单的高并发架构，并发量不是很高的情况可以很好的支撑，但是随着业务的壮大，用户并发量增加，我们的架构也会进行不断的优化和演变，比如对业务进行服务化，每个服务有自己的并发架构，自己的均衡服务器，分布式数据库，NoSQL主从集群，如：用户服务、订单服务。 2）消息队列 秒杀、秒抢等活动业务，用户在瞬间涌入产生高并发请求。 场景：定时领取红包等。 服务器架构图： 场景中的定时领取是一个高并发的业务，像秒杀活动用户会在到点的时间涌入，DB瞬间就接受到一记暴击，hold不住就会宕机，然后影响整个业务； 像这种不是只有查询的操作并且会有高并发的插入或者更新数据的业务，前面提到的通用方案就无法支撑，并发的时候都是直接命中DB； 设计这块业务的时候就会使用消息队列的，可以将参与用户的信息添加到消息队列中，然后再写个多线程程序去消耗队列，给队列中的用户发放红包； 定时领取红包； 一般习惯使用 redis的 list； 当用户参与活动，将用户参与信息push到队列中； 然后写个多线程程序去pop数据，进行发放红包的业务； 这样可以支持高并发下的用户可以正常的参与活动，并且避免数据库服务器宕机的危险。 附加： 通过消息队列可以做很多的服务。 如：定时短信发送服务，使用sset(sorted set)，发送时间戳作为排序依据，短信数据队列根据时间升序，然后写个程序定时循环去读取sset队列中的第一条，当前时间是否超过发送时间，如果超过就进行短信发送。 3）一级缓存 高并发请求连接缓存服务器超出服务器能够接收的请求连接量，部分用户出现建立连接超时无法读取到数据的问题； 因此需要有个方案当高并发时候时候可以减少命中缓存服务器； 这时候就出现了一级缓存的方案，一级缓存就是使用站点服务器缓存去存储数据，注意只存储部分请求量大的数据，并且缓存的数据量要控制，不能过分的使用站点服务器的内存而影响了站点应用程序的正常运行，一级缓存需要设置秒单位的过期时间，具体时间根据业务场景设定，目的是当有高并发请求的时候可以让数据的获取命中到一级缓存，而不用连接缓存NoSQL数据服务器，减少NoSQL数据服务器的压力。 比如APP首屏商品数据接口，这些数据是公共的不会针对用户自定义，而且这些数据不会频繁的更新，像这种接口的请求量比较大就可以加入一级缓存； 服务器架构图： 高并发请求数据不变化的情况下如果可以不请求自己的服务器获取数据那就可以减少服务器的资源压力。 对于更新频繁度不高，并且数据允许短时间内的延迟，可以通过数据静态化成JSON、XML、HTML等数据文件上传CDN，在拉取数据的时候优先到CDN拉取，如果没有获取到数据再从缓存，数据库中获取，当管理人员操作后台编辑数据再重新生成静态文件上传同步到CDN，这样在高并发的时候可以使数据的获取命中在CDN服务器上。 CDN节点同步有一定的延迟性，所以找一个靠谱的CDN服务器商也很重要。 5）其他方案 对于更新频繁度不高的数据，APP、PC浏览器，可以缓存数据到本地，然后每次请求接口的时候上传当前缓存数据的版本号，服务端接收到版本号判断版本号与最新数据版本号是否一致，如果不一样就进行最新数据的查询并返回最新数据和最新版本号，如果一样就返回状态码告知数据已经是最新。减少服务器压力：资源、带宽。 欢迎Java工程师朋友们加入Java工程师学习交流群：795632998，进群即可获取以下资料 更多架构师进阶系列专题

本篇文章是对周志明的《深入理解Java虚拟机》的读书笔记，思维导图使用Mindjet MindManager。曾经看到过这样一句话： 关于教育，有一个经典的定义是：把在学校里学到的东西全部忘掉，最终留下的东西。我觉得读书也是一样，也可以套用上面的句式： 关于读书，有一个经典的定义是：把在书中学到的东西全部忘掉，最终留下的东西。这次研读《深入理解Java虚拟机》，是为了对Java知识体系有一个更宏观的把握，对JVM有更全面的认识。 走近Java 自动内存管理机制 虚拟机执行子系统 程序编译及代码优化 如果想要获取思维导图可以加群：795632998，进群可以获取，群内还有分布式架构、高性能、高并发、性能优化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分布式项目实战架构学习视频获取。

优秀的程序员更重视阅读源码，不看源码那是假的

01从事java开发的都知道java有个垃圾回收机制Garbage collection，要准确理解Java的垃圾回收机制，我们可以从：“什么时候”，“对什么东西”，“做了什么事情”这三个方面来分析。01、“什么时候” “什么时候”即是GC触发的条件。GC触发的条件有两种： 程序调用System.gc时可以触发；系统自身来决定GC触发的时机。系统判断GC触发的依据：根据Eden区和From Space区的内存大小来决定。当内存大小不足时，则会启动GC线程并停止应用线程。新生代、老年代结构minor gc/full gc，还需要了解Minor GC 金额Full GC 触发条件 Minor GC触发条件： 当Eden区满时，触发Minor GC。Full GC触发条件： 调用System.gc时，系统建议执行Full GC，但是不必然执行老年代空间不足方法去空间不足通过Minor GC后进入老年代的平均大小大于老年代的可用内存由Eden区、From Space区向To Space区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小02、“对什么东西” 要是在面试时，面试官问“对什么东西”，有的求职者回答 没有用的对象，按道理来说，这并没有错，只是这并不是理想的答案。要是能更进一步分析，那就更好了，GC操作的对象分为：通过可达性分析法无法搜索到的对象和可以搜索到的对象。对于搜索不到的方法进行标记。从root搜索不到，而且经过第一次标记、清理后，仍然没有复活的对象。 对于用可达性分析法搜索不到的对象，GC并不一定会回收该对象。要完全回收一个对象，至少需要经过两次标记的过程。 把问题具体化了一些，对类似这样的对象进行回收，相信能给你这次面试加分。 03、“做了什么事情” 这个问题，回答空间其实挺大的，笼统地回答删掉暂没有使用的对象，节省内存。也不能说有错误，但要是我们能把问题再具体化一些，效果会更好。 要想搞清楚所以然，这就要求我们平时在开发中，要多留意去看看源代码。阅读源码的好处：一方面可以我们从中学习代码的架构，编码风格等，另一方面有助于我们了解正在做的东西的实现原理，用到哪些算法、数据结构等。有助于我们知其然又知所以然。 02那么我们如何阅读源码呢？正确的学习方法不仅能够让我们事半功倍，也能够让我们更容易理解来龙去脉。 作为一名初学者，刚接触源码，往往让初学者手足无措。**我们可以先把源码安装起来编译起来，结合它的操作文档，熟悉其功能和它的api。**要是遇到的英文文档，英文水平还可以，能让你阅读英文的水平大幅提升。 浏览源码的目录结构，了解各个目录的功能。从整体上理清这个工程由哪些模块组成，最好能自己手动画一份目录结构图。 经过前面两步相信你对这个工程有了初步的了解。 熟悉源码编码风格，是采用驼峰命名规则还是匈奴利亚法。平时在阅读时，不妨参考下面3点做法。 阅读源码时要是看到工具类，要尽量去熟悉。这一步的分析可以学习到源代码的系统架构方式。我们可以从中学到源码的编写技巧，有助于提高我们的编码能力。结合一些安全规则，研究源码在安全方面是如何设计的。这样可以提高自己在安全方面的意识。研究系统所用到设计模式，一样的功能实现，用到的设计模式可能相差很多，对比我们之前所作的东东分析设计模式。对于设计模式，笔者从遇到一位从事4年多Android开发的同事，对设计模式并不重视，譬如建造者模式，AlertDialog.Builder这个，项目里到处都用，可他就是不知道是怎么实现，其实AlertDialog.Builder就是使用了Builder模式来构建AlertDialog的。纸上得来终觉浅，得知此事要躬行。我们可以写一些简单的demo，注意是要自己手动编写，不要想当然，并且调试出来，这样才能做到更加理解代码。好的，今天就给大家分享一些源码架构的资料 程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。那要如何正确的分析源码呢？我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。 △spring源码 分布式架构 随着我们的业务量越来越大和越重要，单体的架构模式已经无法对应大规模的应用场景，而且系统中决不能存在单点故障导致整体不可用，所以只有垂直或是水平拆分业务系统，使其形成一个分布式的架构，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。 关于微服务架构的取舍在合适的项目，合适的团队，采用微服务架构收益会大于成本。微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。需要避免为了“微服务”而“微服务”。微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。 JVM和性能优化今天就先分享到这，如果你对以上架构资料感兴趣的话可以加群：795632998，进群可以获取获取Java架构学习资料、源码、笔记，学习视频有Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术

阿里、美团、网易、华为等二十厂秋招Java面经大合集

文章有点长，后面会有一些架构资料分享给大家，请耐心看完​Cvte提前批阿里内推便利蜂内推小米内推金山wps内推多益网络拼多多学霸批搜狗校招涂鸦移动中国电信it研发中心中兴华为苏宁内推美团内推百度腾讯招商银行信用卡招银网络科技网易VivoCvte提前批 **一面（电话）**自我介绍介绍你的项目加密解密了解么？几种算法，讲一下你了解的多线程了解么？什么是线程安全？说一个你最熟悉的设计模式讲一下你项目中用到了哪些设计模式Java的hashmap的原理Hashmap的线程安全性，什么是线程安全的？如何实现线程安全二面（视频） 自我介绍介绍项目Mysql的数据库引擎，区别特点设计模式了解？讲一下最熟悉的写一个单例模式，答主写的是双检查锁单例，问了为什么用Volatile，synchronize移到方法最外面会怎么样？单例模式在你项目里哪些应用？数据连接池对高负载有了解么你意向的技术方向是哪块？（答主回答的高并发，然后面试官说他是做高负载的）对高并发有了解么？阿里内推 一面（电话） 听说你有博客，博客里大概有什么内容？项目介绍，最复杂的表Hashmap的原理Hashmap为什么大小是2的幂次介绍一下红黑树Arraylist的原理场景题：设计判断论文抄袭的系统堆排序的原理抽象工厂和工厂方法模式的区别工厂模式的思想object类你知道的方法哪里用到了工厂模式Forward和redirect的区别**二面（视频）**1， 自我介绍 2， 项目介绍 3， 项目架构 4， 项目难点 5， Synchronize关键字为什么jdk1.5后效率提高了 6， 线程池的使用时的注意事项 7， Spring中autowire和resourse关键字的区别 8， Hashmap的原理 9， Hashmap的大小为什么指定为2的幂次 10， 讲一下线程状态转移图 11， 消息队列了解么 12， 分布式了解么 便利蜂内推 一面（电话） 自我介绍项目介绍volatile和synchronized来个算法题：一个无序数组，其中一个数字出现的次数大于其他数字之和，求这个数字 （主元素）答完再来一个：一个数组，有正有负，不改变顺序的情况下，求和最大的最长子序列项目用到什么数据库？隔离级别？每个隔离级别各做了什么数据库的索引？mysql不同引擎索引的区别垃圾回收算法的过程你了解的垃圾收集器？ Cms收集器的过程怎样进入老年代？平时用到了什么设计模式？讲一下你最熟的两个设计模式用过什么系统？shell写过脚本吗？小米内推 一面（电话） 自我介绍看你最近博客写的是redis，介绍redis和mysql的区别Redis的应用场景Hashmap的原理Hashmap中jdk1.8之后做了哪些优化垃圾回收的过程Jvm的参数设置项目中的优化金山wps内推 一面（电话） 自我介绍项目介绍对Java的面向对象的理解对java多线程的理解数据库的索引数据库的隔离级别设计模式的理解讲几个设计模式对算法有什么了解？答主先回答了动态规划，解释了一下dp的思想快排的思想讲一下**二面（电话）**自我介绍项目介绍Tcp怎么保证可靠传输（中间穿插了好多小问题）Tcp的拥塞控制让你设计一个即时聊天的系统支付宝转账，是如何实现，几个小时通知转账成功的（面试官想让回答长连接，答主一直没get到点）解释一下长连接多益网络 一面（视频） 自我介绍对面向对象的理解介绍多态Java新建线程有哪几种方式线程池的作用看过框架源码么拼多多学霸批 一面（现场面） 自我介绍项目介绍手撕算法：一棵二叉排序树，给定一个数，找到与给定数差值最小的数场景题：设计一个系统，解决抢购时所需要的大量的短链接的功能，如何保证高并发，如何设计短链接二面（现场面） 代码量多少给了一张纸，各种名词，会的写出来然后给它解释那些会的设计题：设计一个系统，记录qq用户前一天的登录状态，提供16g内存和2tb的硬盘，要做到查询指定qq号的前一天的登录状态，快速查询O(1)复杂度搜狗校招 一面（现场）： 自我介绍项目介绍手撕算法：两个排序的数组A和B分别含有m和n个数，找到两个排序数组的中位数，答主用的二分，时间复杂度为O(log (m+n))。结果面试官不满意，让用归并的思想做，时间复杂度其实更高了介绍网络编程涂鸦移动 一面（现场） 自我介绍项目介绍数据库的索引原理索引使用的注意事项数据库的引擎Java垃圾回收机制Java的finalize，finally，final三个关键字的区别和应用场景String类可以被继承么手撕算法：假设你是一个专业的窃贼，准备沿着一条街打劫房屋。每个房子都存放着特定金额的钱。你面临的唯一约束条件是：相邻的房子装着相互联系的防盗系统，且 当相邻的两个房子同一天被打劫时，该系统会自动报警。给定一个非负整数列表，表示每个房子中存放的钱， 算一算，如果今晚去打劫，你最多可以得到多少钱 在不触动报警装置的情况下。**二面（电话）**自我介绍对游戏的了解项目介绍算法题：给一个整数数组，找到两个数使得他们的和等于一个给定的数 target。红黑树Redis的应用中国电信it研发中心 一面（现场） 自我介绍项目介绍项目里用的什么服务器自己写一个tomcat服务器，你会怎么写分布式服务器会出现哪些问题怎么解决session一致性缓存的问题Redis的优势和特点一千万用户并发抢购，怎么设计如果成功的用户有10万，redis存不下怎么处理你项目中的难点**二面（现场）**自我介绍项目介绍介绍spring中的熟悉的注解让你实现autowire注解的功能你会如何实现Redis和mysql的区别Redis的持久化有哪些方式，具体原理中兴 专业面（现场） 自我介绍项目介绍你了解的设计模式，讲两个Java collection类，集合，讲两个你了解的，说实现原理Java线程池的作用你觉得你在你实验室处于什么水平**综合面试（现场）**说好的综合面试纯聊天呢？ 1． 自我介绍 2． 项目介绍 3． 说一下你知道的设计模式 4． 画一个策略模式的uml图 5． Java多线程的理解 6． 内存屏障是什么 7． 数据库索引 8． 项目中的优化 9． 然后开始聊人生 10． 你的缺点，你最不喜欢什么样的人，你的家庭等等 **一面（现场）**自我介绍项目介绍项目架构项目一个完整的执行流程（由于我是搞java的，而面试官是搞c的，所以全程尬聊）项目优化二面（现场） 自我介绍项目介绍怎么管理项目进度平常的爱好感觉面试官也不是搞java的，所以又是一阵尬聊苏宁内推 一面（现场） 自我介绍项目介绍面过哪些公司了有哪些offer了聊到多益，于是开始聊最近微博上很火的多益老板得出结论，我和面试官都觉得多益老板三观有问题，但做游戏就是要偏执的人你博客主要哪方面的多线程并发包了解么讲一下countDownLatch苏宁聊了20分钟八卦就面完了，一轮技术面 **一面（电话）**自我介绍项目介绍Redis介绍了解redis源码么了解redis集群么Hashmap的原理hashmap容量为什么是2的幂次hashset的源码object类你知道的方法hashcode和equals你重写过hashcode和equals么，要注意什么假设现在一个学生类，有学号和姓名，我现在hashcode方法重写的时候，只将学号参与计算，会出现什么情况？往set里面put一个学生对象，然后将这个学生对象的学号改了，再put进去，可以放进set么？并讲出为什么Redis的持久化？有哪些方式，原理是什么？讲一下稳定的排序算法和不稳定的排序算法讲一下快速排序的思想二面（现场） 自我介绍讲一下数据的acid什么是一致性什么是隔离性Mysql的隔离级别每个隔离级别是如何解决Mysql要加上nextkey锁，语句该怎么写Java的内存模型，垃圾回收线程池的参数每个参数解释一遍然后面试官设置了每个参数，给了是个线程，让描述出完整的线程池执行的流程Nio和IO有什么区别Nio和aio的区别Spring的aop怎么实现Spring的aop有哪些实现方式动态代理的实现方式和区别Linux了解么怎么查看系统负载Cpu load的参数如果为4，描述一下现在系统处于什么情况Linux，查找磁盘上最大的文件的命令Linux，如何查看系统日志文件手撕算法：leeetcode原题 22，Generate Parentheses，给定 n 对括号，请写一个函数以将其生成新的括号组合，并返回所有组合结果。三面（现场） 三面没怎么问技术，问了很多技术管理方面的问题 自我介绍项目介绍怎么管理项目成员当意见不一致时，如何沟通并说服开发成员，并举个例子怎么保证项目的进度数据库的索引原理非聚簇索引和聚簇索引索引的使用注意事项联合索引从底层解释最左匹配原则Mysql对联合索引有优化么？会自动调整顺序么？哪个版本开始优化？Redis的应用Redis的持久化的方式和原理技术选型，一个新技术和一个稳定的旧技术，你会怎么选择，选择的考虑有哪些说你印象最深的美团点评技术团队的三篇博客最近在学什么新技术你是怎么去接触一门新技术的会看哪些书怎么选择要看的书百度 一面（现场） 自我介绍Java中的多态Object类下的方法Finalize的作用和使用场景Hashcode和equals为什么要同时重写hashcode和equals不同时重写会出现哪些问题Hashmap的原理Hashmap如何变线程安全，每种方式的优缺点垃圾回收机制Jvm的参数你知道的说一下设计模式了解的说一下啊手撕一个单例模式快速排序的思想讲一下给个数组，模拟快排的过程手写快排设计题，一个图书馆管理系统，数据库怎么设计，需求自己定二面（现场） 自我介绍项目介绍Redis的特点分布式事务了解么反爬虫的机制，有哪些方式手撕算法：反转单链表手撕算法：实现类似微博子结构的数据结构，输入一系列父子关系，输出一个类似微博评论的父子结构图手写java多线程手写java的soeket编程，服务端和客户端进程间的通信方式手撕算法： 爬楼梯，写出状态转移方程智力题：时针分针什么时候重合三面（现场） 由于三面面试官不懂java，我不熟c加加，所以全程尬聊 自我介绍项目介绍手撕算法：给定一个数字三角形，找到从顶部到底部的最小路径和。每一步可以移动到下面一行的相邻数字上。然后继续在这个问题上扩展求出最短那条的路径递归求出所有的路径设计模式讲一下熟悉的会不会滥用设计模式多线程条件变量为什么要在while体里你遇到什么挫折腾讯 一面（现场） 自我介绍项目介绍Hibernate的作用，你的理解多线程的理解，如何保证线程安全mysql数据库的引擎和区别场景题：千万用户抢购，如何处理高并发，并且有一个链接，指向前一天抢购成功的用户，如何设计这个系统和数据库如果后台处理抢购请求的服务器，每次最多承受200的负载，系统该怎么设计手撕算法：最小公倍数和最大公约数二面 自我介绍项目介绍项目里一个完整请求的流程项目的优化Hibernate和mybatis的区别为什么用ssh框架Mysql的容灾备份Redis和memcache 的区别为什么选择redisJava的full gcFull gc会导致什么问题招商银行信用卡 **一面**自我介绍分布式事务设计模式访问者模式装饰者模式有哪些offer为什么还来我们这招银网络科技 自我介绍写一个两个有序链表合并成一个有序链表死锁是什么呢怎么解决死锁http请求流程为什么负载均衡怎么实现负载均衡数据库挂了怎么办？除了热备份还有什么方法讲讲你对spring的理解，不要把ioc和aop背给我听二面 自我介绍项目介绍算法：找出两个数组相等的数，不能用其他数据结构算法：给定一个数字，一个数组，找出数组中相加等于这两个数的和，不能用数据结构算法：如何判断一个树是不是另一颗树的子树如何解决并发访问的错误网易 一面（现场） 自我介绍项目介绍I++操作怎么保证线程安全场景题：设计一个下单系统，下单成功后可以给用户发优惠券接上面场景题：服务器挂了，优惠券还没发怎么办数据库挂了怎么怎么办怎么保证一致性分布式事务知道么介绍分布式事务你的职业规划**二面**自我介绍项目介绍Nio的原理Channel和bufferdirectBuffer和buffer的区别nio和aio的区别锁的实现原理怎么解决缓存和主存的一致性问题缓存还没更新到主存，服务器挂了怎么办数据库挂了怎么办Vivo 自我介绍项目介绍Hibernate的batch有数量限制么Jquery用过么Extjs的优缺点有没有扩展过extjs读写锁什么时候用读锁什么时候用写锁Cas的原理，使用场景数据库的瓶颈工作1—5年的程序员，你肯定接触过一些其它的技术，比如大数据、分布式缓存、分布式消息服务、分布式计算、软负载均衡等等。加群：795632998，可以获取这些资料， 现在免费分享这些技术高清视频教程，都将是你未来面试时巨大的优势，因此如果你对某一项技术感兴趣的话，这个时候可以深入去研究一下。性能优化 JVM调优 Java程序性能优化 Tomcat Mysql Spring IOC Spring AOP Spring MVC Spring 5新特性 Mybatis ​分布式架构 架构核心服务层技术 架构关键技术设施 分布式消息通讯 异步于MQ 分布式缓存 Redis Memcached MongoDB 高并发分流技术Nginx 分布式解决方案 应用框架源码解读微服务专题 你还不知道微服务？怎么加（zhuang）薪（bi） SpringBoot 与微服务的区别于联系 快速构建SpringBoot工程 SpringBoot核心组件剖析 快速集成mybatis实战 快速集成Dubbo及案例实战 构建集成 redis及案例实战 构建Swagger插件实现API 管理及接口测试体系 SpringCloud Zuul路由网关详解源码探析 Ribbon客户端负载均衡原理 Feign声明式服务调用方式 Eureka注册中心构件 Config配置服务中心 svn、git快速集成 Sleuth调用链路跟踪 BUS消息总线技术 Docker虚拟化技术 介绍、安装与使用 compose部署脚本 service服务编排 redis分布式集群部署 docker file构建 通过maven插件打包镜像 部署及运行应用程序kubernetes编配 构建Mysql集群实战 高可用SpringCloud微服务与docker集成实现动态扩容实战团队协作开发 Maven Jenkins SonarB2C商城项目实战 撸起袖子干实事，项目经验那点事 数据库设计 基础开发框架讲解 用户管理子系统 用户注册登录（二维码技术） 权限控制（shiro） 单点登录（session统一缓存、sso） 商品管理子系统 商品管理（MongoDB） 商品分类（MongoDB） 商品发布（nosql与mysql数据同步） 热卖商品排行（redis） 搜索子系统 基于ES的全文探索 检索需求分析 命中率优化 订单实时统计 订单子系统 分布式环境生成唯一编号（zookeeper） 下单业务流程（消息中间件） 订单可靠性 秒杀功能（redis） 订单功能（mongodb） 微信支付对接 支付宝对接 银联对接 开发 分布式调度系统 任务调度配置 在线IM系统（websockedNIO） 用户行为分析（日志系统设计） 报表大数据查询优化（mysql查询优化）性能优化 JVM调优 Java程序性能优化 Tomcat Mysql应用框架源码解读 Spring概述 Spring容器Spring AOP Spring MVCSpring 5新特性 Mybatis分布式架构 分布式架构思维 架构开发基础架构核心服务层技术分布式环境指挥官Zookeeper分布式消息通讯 异步于MQ分布式缓存Nosql RedisMemcached 缓存开发专题微服务架构 Springboot SpringCloud Docker虚拟化技术团队协作开发 Maven Jenkins Sonar今天就分享到这，感谢你能耐心看完，如果你对上面的资料感兴趣可以加群：795632998获取

工作2年半跳槽面试阿里，成功拿到offer，凭什么？

2015年刚毕业的我，进入了一家小小的公司实习工作，在学校学了三年软件开发的我，还是想去寻找一份互联网行业的工作，这样更能学以致用发挥自己的特长。一直到18年三月份，我辞掉已有的工作，北上去面试，且成功拿到offer，面试回来后，好多人问我，你凭什么能拿到阿里的offer，你只不过是刚毕业工作两年的小白。当时我只对他们笑了笑，以谦虚的语气回答：运气好运气好！但其实并不是运气好这么简单的，没实力没底气你敢去阿里面试么？我想大家一致的回答都是一样的，“不敢去”！那我凭什么才两年经验的小白会面上阿里，其实我是有底牌的。 那现在来聊一聊我所遇到的一些面试经历，希望给各位寻求新机会的小伙伴一个参考。总共面完5家收了4个offer，应该算是比较成功的吧。 由于种种原因，博文中所涉及的公司均以代号标志，且我能告诉大家的也只有面试题，其他的不便透露细节，希望大家理解。 写出java中synchronized的使用方式。 Java中设置最大堆和最小堆内存的参数是什么？ volatile的作用？ 一道设计题 多个线程同时读写，读线程的数量远远⼤于写线程，你认为应该如何解决 并发的问题？你会选择加什么样的锁？ JAVA的AQS是否了解，它是⼲嘛的？ 除了synchronized关键字之外，你是怎么来保障线程安全的？ 什么时候需要加volatile关键字？它能保证线程安全吗？ 问题一：“请你自我介绍一下” 问题二：“你有什么业余爱好？” 问题三：“你认为你工作中的哪些方面是最重要的？” 问题四：“谈谈你的缺点” 问题五：“谈一谈你的一次失败经历” 问题六：“你为什么选择我们公司？” 问题七：“对这项工作，你有哪些可预见的困难？” 问题八：“我们为什么要录用你？” 问题十：“您在前一家公司的离职原因是什么？” mybatis怎么防止SQL注入 Hibernate的缓存机制 Hibernate一级缓存 Hibernate二级缓存 什么样的数据适合存放到第二级缓存中 Mybatis和Hibernate的区别(优缺点) redis的使用场景 Tomcat本身的参数你⼀般会怎么调整？ 如果有很多数据插⼊MYSQL 你会选择什么⽅式? 你知道哪些或者你们线上使⽤什么GC策略? 它有什么优势，适⽤于什么 场景？ JAVA类加载器包括⼏种？它们之间的⽗⼦关系是怎么样的？双亲委派机 制是什么意思？有什么好处？ 如何⾃定义⼀个类加载器？你使⽤过哪些或者你在什么场景下需要⼀个⾃ 定义的类加载器吗？ 堆内存设置的参数是什么？ 5. Perm Space中保存什么数据? 会引起OutOfMemory吗？ 6. 做gc时，⼀个对象在内存各个Space中被移动的顺序是什么？ 你有没有遇到过OutOfMemory问题？你是怎么来处理这个问题的？处理 过程中有哪些收获？ 1.8之后Perm Space有哪些变动? MetaSpace⼤⼩默认是⽆限的么? 还是 你们会通过什么⽅式来指定⼤⼩? Jstack是⼲什么的? Jstat呢? 如果线上程序周期性地出现卡顿，你怀疑可 能是gc导致的，你会怎么来排查这个问题？线程⽇志⼀般你会看其中的什么 部分？ StackOverFlow异常有没有遇到过？⼀般你猜测会在什么情况下被触 发？如何指定⼀个线程的堆栈⼤⼩？⼀般你们写多少？ ● 简述synchronized?Object；Monitor机制； ● 简述happen-before规则 ； ● JUC和Object ； Monitor机制区别是什么 ； 简述AQS原理 ； ● 简述DCL失效原因，解决方法 ； ● 简述nio原理 ； ● jvm运行时数据区域有哪几部分组成，各自作用 ； ● gc算法有哪些 ； gc收集器有哪些 ； ● 简述class加载各阶段过程 ； class ； loader有哪些模型 ； ● 简述常用的JDK命令行工具 ； ● 简述字节码文件组成 ； ● 讲讲你平常是如何针对具体的SQL做优化 ； ● mysql的存储引擎有哪些，区别 ； ● gc:内存模型； ● gc: 垃圾回收 ； ● 多线程：如何实现一个定时调度和循环调度的工具类。但提交任务处理不过来的时候，拒绝机制应该如何处理 ； 线程池默认有哪几种拒绝机制 ； ● 多线程： 如何实现一个ThreadLocal ； ● 说说你了解的一个线程安全队列 ； ● Atomic包的实现原理是什么 ； ● CAS又是怎么保证原子性的 ； ● string分析1000次循环subString用了多少内存 ； 我面试E公式时是最吃力的，问的好多问题，反正他想到的都会问，由于问题太多，我也只能凭记忆罗列出这么一点点出来，希望能体谅。 打动面试官的五大技能 定量分析是对社会现象的数量特性、数量关系与数量变化的分析。数据是许多组织的重要组成部分，所以你的组织、分析、解释和呈现数据能力是很重要的。不管是在做应用程序还是寻找不同的办法来吸引用户。特别说明下，招聘公司很重视组织数据和基于数据进行组织的能力。如果你有挖掘数据的能力，并有自己的见解，那么在竞争中将很有优势。（面试时，你可以带上曾经做过的关于数据分析的项目）。 Excel 管理数据分析中最主要工具是什么？Excel。Excel在工作中会经常遇到，而且公司不会花时间去教你怎样使用Excel。所以，如果你能精通Excel，在录取中也会占有一定的优势。 创造性思维 当今企业界发展步伐异常快，招聘企业对那些有创新能力和能超越现状的求职者很感兴趣。他们希望自己的员工能够有拓展性思维，不安于现状，从第一天上班时起就能有与其他员工分享自己的想法，最好可以提高公司当前的工作系统。但是，创造性思维有点不好学习。 一般情况下，招聘公司都想找一些沟通能力比较强的员工。因为公司日后需要你可以有效的与客户进行电话、邮件及日常生活的交流，你的一言一行都将代表公司的形象。更重要的是，公司希望你能以简洁专业的语言来表达自己的某些看法。所以，在面试过程中，多向招聘人员展示下你的沟通能力。 谦逊的品格 有人看到谦逊会觉得奇怪，但是这个技能却是招聘人员看中的重要技能之一。当然，招聘公司需要有自信、有激情，也要乐于学习的员工。在面试时，如果被要求分享自己的想法或主意的时候，大胆的说出来。如果被指出错误，虚心的接受。多问面试人员一些问题，比如公司的一些情况和应聘岗位的一些工作。 为什么我面试五家公司有四家录取了呢，以上五大技能不仅要拥有，技术还要过硬，不然以上的面试你不想过关。那从哪里学习才能获取过硬的技术以及过硬的胆识呢？以下便是我学习了这个课程体系，才是我有这么过硬的技术以及过硬的胆识。 推荐课程体系： 一、性能调优 ​​​二、源码解读三、分布式四、微服务五、团队协作开发六：B2C商城项目实战