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

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

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

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

2、 如果一个 Java 进程突然消失了，你会怎么去排查这种问题？

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

是不是看上去很难，是不是和自己准备的 “题库” 中的问题不一样？不知道从何处下手？如果你有这种感觉，那么说明你的技术还需要继续修炼。

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