今天下午接到阿里的电话面试

我一直觉得这种面试问题就跟中国的学生考试一样，不是测你的能力，而是测你看多少书，背了多少东西！

反过来问一句，如果有taobao大牛的我希望你回答以下，这些问题在你们工作中没有真正遇到之前，你们自己了解多少呢？

招人要看的是学习能力，工作能力，还有就是逻辑思维和解决问题的能力，现在从小时候就是为了考试而考试，最后都到了真实的社会工作了，还是能一队概念的考试题，需要的就是你在递交简历之后，立刻先都背一遍java的specification，然后所有的数据结构看一遍。

我觉得这种适合招熟练工，不适合招程序员或者软件工程师。

看一遍要多久?一半的问题算什么?够什么?
各种疼,
站着说话不腰疼!

说的很有道理，我一向都鼓励这些所谓在大牛面前碰钉子的人说，在他们没有碰到之前，他们也不懂。问的这么难，一可能是人员饱和，想找出类拔萃。二可能是想压低你工资。

从事java开发10多年，开发的都是一流的企业系统。 这些题目，也只能勉强回答1/3，我也在这样的公司面试的时候碰过钉子。但如果面试我的人被我用同样的方法面试他，他也照样会碰钉子。

毕竟是做应用的，不是做研究的，所以这样的题目，面试不过，也很正常。不需妄自菲薄，按照自己的想法走自己的路

java.lang.Object
  java.util.AbstractMap<K,V>
      java.util.HashMap<K,V>

的确是，不过我觉得这些问题是引子，如果被面试者有更多自己的想法的话，可以主导面试的方向，这我感觉也是面试官想要的.

其实问题很简单

比如大家都希望团队中招来一个牛人
然后都可以从牛人身上学到一些自己感兴趣的东西~

面试官问得问题很可能自己也不大清楚，但是很感兴趣

或者团队目前比较需要某种类型的人
比如团队中可能没有擅长调优的人
可能面试时候会着重问一些

一看就是要做大型应用服务器的开发和维护，这些问题问的挺好，但是绝大多数人不能回答的很完整吧？知道大概的思路就算不错了，很多时候没有遇到类似的问题，很难多这些技术都有深入的了解

  架构里最常用的模式是分层，底层屏蔽其实现。对于大多数应用来说，需要了解底层细节的情况非常少。面试人如果一味的去问底层如何实现，有点吹毛求疵了。
 

这位大哥说的很有道理，哎，书山有路勤为径，学海无涯苦作舟

我感觉这个兄弟说的很正确！

1.hashmap的内部实现机制，hash是怎样实现的，什么时候rehash
2.java的内存管理
5.java底层是怎样对文件操作的
7.并发问题，锁，怎么处理死锁，脏数据处理
9.equals和hashcode这些方法怎么使用的
10.java的NIO


这些知识点，看过 think in java 的都可以回答的差不多。

equals 吧，think in java 就讲到了它设计的原则，也就是离散数学中的 等价关系。
hashcode也讲的很详细。
hashmap就不用说了。
等等。。。。