上面的提到都是将技术用于业务实践，以及高效的解决业务中出现的问题。但这是否就意味着自己的技术已经过关了呢？我认为还不能。
判断技术是否过关的第三步是能否洞察技术背后的设计思想和原理。
如果你参加过一些大厂面试，还会问到一些开放性的问题：
1、 写一段程序，让其运行时的表现为触发了5次Young GC、3次Full GC、然后3次Young GC；
2、 如果一个Java进程突然消失了，你会怎么去排查这种问题？
3、 给了一段Spring加载Bean的代码片段，阐述一下具体的执行流程？
是不是看上去很难，是不是和自己准备的“题库”中的问题不一样？不知道从何处下手？如果你有这种感觉，那么说明你的技术还需要继续修炼。
你要明白的是这种开放性的问题，提问的角度千变万化，但最终落脚点却都是基本原理。如果你不了解GC的触发条件，你就肯定无法答出第一题；同样，如果你对Spring启动机制了解的很清楚，那么无论他给出的是什么样的代码，你都能回答出代码经历的过程。如果你能以不变应万变，那么恭喜你，你的技术过关了。
上面提到了很多技术问题，这里我不做详细的解释，都能在下面的课程体系中找到答案:
扫一扫
1228
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
