我觉得就是应聘人多闹的，就得排队。
我周六面的IBM，我觉得我还好，10点的面试基本按时进行，面试了一个多小时，我觉得我后面的兄弟就惨了，可能要等很久吧，如果他是安排11点面试还好。

这个应该不是很困难，
从语法层面上讲。
1，1.5增加并发包（java.util.concurrent）
2，泛型。
3，增强的for循环
4，增加可变参数，例如：public static void main(String[] args)现在可以写成public static void main(String... args)
5，枚举
6，Annotation


性能层面上，
1，自动选择垃圾收集器，Heap大小和运行时编译器。
2，高精度的时间测量。以前使用System.currentTimeMillis，现在可使用System.nanoTime，精度更高一些。
3，增加了StringBuilder
4，针对于X86，X64 CPU做的优化。例如System.arrayCopy
5，在X86和AMD64上支撑大的内存页。
6，锁粗化。


应用场景层面上，
在jdk1.5之前，java多用于中小企业应用和手机应用。很少用语大型高并发场景。
一方面是基于java本身的性能担心。
另一方面是成功案例也不多。
现在几乎各家互联网网站都在使用java，只是承担的角色可能不同。
比如阿里系的网站，Facebook的hadoop集群，搜狐，ebay这些都是基于java搭建的典型。
也反映了java在大型高并发的应用场景是可行的。


其实面试的时候，基本把这些的点说个大概就基本上没什么问题。

如果都是问这种概念题，那真是太幸运了，这种问题基本所有的公司都可能问到。
我面的也是java职位，结果面试官问的全是关于架构方面的。
面试了3轮还不知道结果如何。

很奇怪楼主的观点，难道应聘NoSQL相关的就不需要知道RMDB？按照你的描述这次笔试题的缺陷是没有NoSQL相关的题-应该会在面试中详细问，RMDB是基础知识，总不能在面试的时候一直问这种基本概念吧。
这就像一个做java开发的人抱怨笔试题中有数据库相关的题……

至于问JDK4和JDK5中的区别，做java如果连几点重要的区别都说不出，就有些悲剧了。推测：面试官出这个问题是想引申出：JDK5中的并发包和内存回收相关的知识-阿里系的面试风格。

在面试中等很久，一般是因为面试过程中出了意外，每场面试一般是预定40m-1h，实际是不可控的。如果不嫌麻烦，可以另约时间。根据很多帖子的描述，阿里的面试还是比较靠谱的，有些公司的面试只是将人喊来做些题，再随便问几句话，就让人回去等消息---这才是真正的TNND坑爹，我就遇见一次，总共20m的面试，15m是面试官讲他们的公司……

我从早上9点面试到晚上9点，一天就吃了午饭。
虽然这么等了很长时间，个人觉得倒是没什么，程序员需要的就是耐心，个人也带了本技术书籍，等待的时间基本都在看书。
现场应聘者确实很多，他们也确实忙不过来。听说有些面试官从杭州赶过来到北京，一天还要面试这么多人。
总共进行了一轮笔试，三轮面试。
前两轮面试很轻松。
最后一轮面试答的不是太理想，面的是目前系统的整体架构和性能优化的一些问题。当时有些紧张了，答的并不是太好。
结束时也问了我薪资要求，目前待遇之类的。
面完到前台一看，人都走光了，跟我早上来的时候一样。
不知道还有没有戏.说是两周以内等消息。

虽然面试了一整天，但是觉得还是很有收获。
面试官都还是很有水准的，同时也看到了自己在某些方面不足。

我就是觉得他们的人力办事不行，我还是第一次看见预约面试，还不能改时间的，直接说只能在下午4点10分面试，结果呢？去了白白等了2个多小时，就拿到一张那么个笔试题，我晕死了

他们天天都在招人，时间为何不能换成下次？ 耍大牌

刚好赶上你约车了，如果不是约车，这个面试还不是那么差，一半来说招人的时候时间上大家都懂的。
同时就算面不上，也不会没收获。
生活在这个年代，要淡定

现场应聘者确实很多，他们也确实忙不过来。听说有些面试官从杭州赶过来到北京，一天还要面试这么多人。