面试的时候被问到你对 XX 的理解怎么回答好呢？

直接说不会回答，追问更详细的。比如 spring 有 ioc 和 aop ，你到底想了解那一块，希望问的更细一些。这样比强行回答更好点，也不会那么被动。

问题太宽了，所以才要问你的理解啊。
你可以从概念开始讲，
然后讲一些你平时在项目中怎么应用的，
它还可以有哪些应用场景，
有什么需要注意的地方，
有没有读过源码等等。

基本上这种问题就是面试官想听你扯，你也跟他扯。
他听到一些想听到的几点后，就可以给你这个人打个分。
所以一般抛出这种问题的时候，你就使劲跟他掰扯吧。

摔门走人

面试的时候一个技巧是，抓住熟悉的话题主动出击

这类问题要结合上下环境，大部分情况，他的意思就是“你知道 XXXX 是什么吗？”，高大上一点的问法就是“你对 XXXX 的理解”。深度的代码剖析，没几个人做的到，但要能熟练使用，回答可以回答以下几个方面：
1 ）你在哪些地方用过 XXXX ？
2 ）为什么用 XXXX ？
3 ）有个 YYYY 和 XXXX 类似，他们的异同在哪？

如果真碰到高人，期望得到的是原理实现方面的回答，他会在你讲完应用后再问，敢猜就猜，不敢就说不了解，实事求是。猜也讲究方法，开头可以类似“他怎么实现的，我不是很清楚。如果是我，我会这么去实现……”，讲自己的思路。

个人浅见，非喜勿喷。

@gotounix 比较赞同你的观点

@gotounix 说的很对，面试官问这种问题只是想和你围绕这个概念扯扯聊聊天，过程中会抓住某个点细问。思路可以按照罗列的几点。

这种问题其实就是面试官不知道应该问什么，把主动权给你了，你要做的就是把他带到自己的绝对领域里。

1.先说是什么
2.再说能干什么
3.我是怎么用它的

如果追问原理等深入问题，在聊一聊。感觉这种问题泛泛而谈特没劲，如果你曾经在实际工作中使用过，给出一个实际用例，围绕这个用例聊一聊

很有意思，例如 iinputstream 的设计模式，线程池的实现，然后你的实际使用，然后使用固定的线程大小的线程池会怎样，他的构造方法，会使用 linkblockqueue ，然后会把所有的任务放在 queue ，直到内存用完，然后很多东西说啊。多线程任务怎么设计，如何高效，如何查看服务器的线程情况。

@ihuotui 补充了我在黑客派很多没说的，赞

@q397064399 老司机就懂了，哈哈。

@q397064399 最近在看 mysql 的 mvvc 还有锁。

问题是死的，人是活的，其实面试官也不知道自己想问什么，就聊天而已，放轻松，你甚至可以直接扭转话题，比如“我不敢说有非常深入的理解，就说一下我是怎么使用的吧……”

反问回去说说你对数学的理解
答不出来用鞋抽他

你对汉语的理解， 汉语你每天都在用吧，来，说说

@sensui7 厉害

我自己的理解是一个太宽泛的概念下有很多细节，他挨个点问你万一说了几个你都正好不太了解，又或者你觉得太基础，不是很尴尬？让你自己说出来的肯定都是你有所了解的，如果里面有他想问的就让你继续说，没有的话就再问你别的。我感觉这种方式可以快速了解一个人的大概水平等级啊~

即使开玩笑，楼上部分人也是戾气真重。

what, how, why

你把你了解的，或者比较熟的说出来就可以啦。又没叫你全部点都要仔细讲。

我上星期入职。

一定要引导面试官说话！不要太被动，扬长避短！

谢谢各位的解答，第一次遇到这样的面试，没有经验，谢谢各位兄弟~

开放性的问题时最能体现一个人在某一方面功力的。

@wizardoz 这个还是要看人的吧，善于表达的人很适合这种问题，但不一定能看到真实的能力，