Java开发者入职必备条件

01．基础技术体系

 

我认为知识技能体系化是判断技术是否过关的第一步。知识体系化包含两层含义：

一、 可以知道技术知识图谱（高清版图谱扫文末二维码）的内容

好比分布式系统中经常使用的RPC技术，其背后就涉及到网络IO（Netty）、网络协议、服务发现（Zookeeper配置中心）、RPC服务治理（限流、熔断、降级）、负载均衡等。

二、 可以理清各种技术概念之间的区别和联系

在分布式系统领域中，有不少类似的概念，但又分布在不一样的产品或层级中。好比负载均衡这个词，DNS、LVS、Ngnix、F5等产品都能实现，并且在大型分布式系统中他们会同时存在，那么就要搞清楚他们各自的位于什么层级，解决了什么问题。

再好比缓存这项技术，有分布式缓存、本地缓存、数据库缓存，在往下还有硬件层级的缓存。一样都是缓存，他们之间的区别又是什么？

若是你仔细去观察，大厂的后端开发工程师老是能对整个技术体系了如指掌，从而在系统设计与技术选型阶段就可以作出较为合理的架构。 

02．实践经验的积累

可否快速解决实战中的业务问题是判断技术是否过关的第二步。
你们在面试的过程当中，都会有一种体会：个人知识体系已经创建了，但在回答面试官问题的时候，总感受像在背答案，并且也没有办法针对性的回答面试官问题。好比在面试官问到这些问题时：

一、咱们知道消息队列可应用于耦系统，应对异步消费等场景，那如何在网络不可靠的场景下保证业务数据处理的正确性？

二、咱们都知道在分布式系统会用到缓存，那该如何设置缓存失效机制才能避免系统出现缓存雪崩？

三、咱们都或多或少的知道系统发布上线的流程，但在大流量场景下采用何种发布机制才能尽量的作到平滑？

能完善的解决这些问题是区分一个程序员是否有经验的重要标志，知识的体系化是能够从书本不断的凝练来得到，但经验的积累须要经过实战的不断总结

对不少人来讲很为难的一点是，平时写着的业务代码，不多有机会接触到大厂的优秀实践，那么这时候更须要从以下两个角度逼问：

一、当流量规模再提升几个量级，那么个人系统会出现什么问题？

二、假如其中一个环节出现了问题，那么该怎么保证系统的稳定性？

03．技术的原理

上面的提到都是将技术用于业务实践，以及高效的解决业务中出现的问题。但这是否就意味着本身的技术已通过关了呢？我认为还不能。

判断技术是否过关的第三步是可否洞察技术背后的设计思想和原理。

若是你参加过一些大厂面试，还会问到一些开放性的问题：

一、 写一段程序，让其运行时的表现为触发了5次Young GC、3次Full GC、而后3次Young GC；

二、 若是一个Java进程忽然消失了，你会怎么去排查这种问题？

三、 给了一段Spring加载Bean的代码片断，阐述一下具体的执行流程？

是否是看上去很难，是否是和本身准备的“题库”中的问题不同？不知道从何处下手？若是你有这种感受，那么说明你的技术还须要继续修炼。

你要明白的是这种开放性的问题，提问的角度变幻无穷，但最终落脚点却都是基本原理。若是你不了解GC的触发条件，你就确定没法答出第一题；一样，若是你对Spring启动机制了解的很清楚，那么不管他给出的是什么样的代码，你都能回答出代码经历的过程。若是你能以不变应万变，那么恭喜你，你的技术过关了。

上面提到了不少技术问题，这里我不作详细的解释，都能在下面的技术图谱中找到答案: