Java面试，谈Set, List, Map, Spring框架, J2EE
和技术经理的面试。本以为这样的题目只有书上有，现实中面试应该不会问的吧，谁知道有的公司就是这么的高端！

经理：Set和List的区别？
我：Set中元素无序，只能说某个元素是否在Set里面，不能说是第几个元素。
经理：这个对，不过这个不是最重要的，你回去再查一查吧。
（什么叫最重要，难道我说的这个还不够重要？典型的以标准答案为准，别的答案都一竿子打死思维。）

经理：HashMap和HashTable区别？
（多少年的老东西了，怎么还在问哪。）
我：以前的说法是HashTable线程安全，HashMap线程不安全。但更重要的区别是，HashTable在Java的较新版本如1.6, 1.7版本中已经不建议使用了。一般都是用HashMap。
经理：你这个是纯粹照着书上的答案背下来的，没有自己的观点。
（你还好意思说，你这些题目难道不是书上抄的，既然题目是书上的，答案为什么不能是书上的。）
经理：你光会背书，等到你需要多个线程之间共享的时候，你用HashMap就会出问题。
（大哥，你这是什么逻辑啊，我光会背书也知道多线程不用HashMap啊。）

经理：用过哪些集合？
我：ArrayList, HashMap。一般只用这两个。
（我没事做干嘛要用那么多乱七八糟的集合啊）
经理：用过哪些设计模式？
我：……静态工厂模式？
（我怎么知道用过哪些设计模式啊，框架又不是我开发出来的！）
经理：知道哪些SQL优化的方法？
我：不要嵌套很多个子查询。
经理：我是说，有什么具体的调优做法吗？
我：用debug单步调试，看是不是读写数据库的这个语句慢。不过这个在开发环境也测不出来吧，数据量小，生产环境慢开发环境不一定慢。
经理：（继续问了N个SQL优化的问题）比如说给你一个SQL语句，告诉你这个语句就是慢，你会怎么去调优？
我：……我们一般写SQL，能保证结果正确，符合业务规则，就已经很不错了吧，很少说还去考虑调优的。
（不知这位大哥手下究竟是什么大项目，或者是硬件配置低到了什么程度，才会出现SQL总是慢？）
经理：Spring的IOC和AOP能讲一下嘛？
我：IOC是……那个叫做……注入……对，依赖注入，就是生成一个Bean不是通过new来生成，而是让Spring根据xml中配置好的内容来自动生成。AOP是在执行方法之前和之后能够自动进行一些操作，例如事务提交，记录日志。
（我又不是研究框架的，问我我怎么知道！）
经理：谈一下Spring的事务管理？
我：是通过AOP，是在xml里面配置，告诉他在一个方法执行完之后提交事务，如果方法执行到一半出现异常，会自动回滚事务。
经理：听你这个回答，感觉是自己没有亲自做过，只知道大概的意思，没有真正理解。
我：对啊，是这样。
（有谁会一天没事去搭建框架，配置框架啊，人家配好的我们使用不就好了。）


总之我的总结是，J2EE的前辈们辛辛苦苦搞出来Spring框架，完善了这么多版本，力求做到容易上手、容易使用，希望能让我们普通程序员可以把精力集中在业务逻辑上，而不是一天到晚在那纠缠框架如何配置，框架的原理是啥。而面试官对此毫不领情，人家已经封装好的东西，他偏要给你拆出来，问你里面的原理。 违反基本的面向对象思想，违反基本的软件工程思想，这就是目前很多面试官的通病。


陆续想到，补充：

经理：重载和重写的区别？
我：……（想了几秒） 重载是方法名相同，参数类型或者参数个数不同。重写是在继承的时候才有的，子类的方法名、参数类型、参数个数都相同，这叫重写。
（使用的时候谁管他重载重写啊， 都是用的英文版的Eclipse，上面无论如何是不会出现“重载”“重写”这几个字的。大哥你的问题太高端了。）