新鲜出炉的盛大面试经历

LZ这种面试憋屈就到论坛上发牢骚的行为更加让公司觉得没有录用你
可能是正确的。
这些面试题，作为初面，个人感觉还是比较适合的。

譬如问我：“最熟悉哪些设计模式?”，
“那你讲讲Factory的特点和用途?”，
-------------------------------
书本上学到的模式说出来就好了，而在实际开发中用到的细点说。

”Spring IOC的实现方式?“
-------------------------
如果不知道Spring怎么实现，而你对lang.reflect和Class比较了解，
就说如果让你来实现，你会怎么做：
1)直接操作Field
Class.getDeclaredField.setAccessible.set
通过setter，如果存在的话
2)Class.getDeclaredMethod.setAccessible.invoke


“如果查询时发现硬盘狂闪，你觉得有哪些可能瓶颈？”

感觉，IO，sequence read过多
说出自己遇到过的情况就好，索引失效，索引失效的原因很多，可能建了索引却没建
函数索引，可能查询组合VIEW的时候，没有把条件PUSH到VIEW中导致
VIEW的TABLE全表扫描，也可能是组合的表太多，单表建索引还是会
读取很多表过滤记录没效率，需要多表建组合索引。

500，404，301的意思?
这个就是知识点。考考你无可厚非。你应聘架构师，除了功底深厚，
见识（知识）应该也很广。

我毕业后在前一家公司干了5年（那时候是面第一家公司就进了——直接把我的写的东西给面试官看），从来没想过换工作，所以面试经验太缺了。
这次面试，一是没完整展示我的长处，二是小问题栽跟头。
以后总结经验，继续努力吧。

有可能面试官不是单纯地想知道答案，区区一个ioc实现方式并不能体现出应聘人的能力，他可能想知道你怎么想这个问题，换我就回他：平时工作忙，项目紧，spring的代码因为有的要重构所以大概看过，没有具体深入的研究过，但是实现方式我看下源码就知道了。

ioc的实现  你直接说 依赖注入不就完了吗  为什么要扯反射

面试你的人一看就是学院理论派

最基础的知识都不懂，还谈什么思路？

这也没啥好争的，起码了解设计模式后看别人的代码更容易理解，因为用了一样的“思维”，便于沟通。
创新不可能建立在空白上。
就像练字，先练楷书，再练行书，之后才能狂草，少一步不能成。

说这样话的人，基本上都是（抱歉，让我武断一下） 自己写代码一团糟而且又不高兴去学设计模式的人，总觉得自己有几年资历就很厉害。。。

虽然我个人比较同意“无招胜有招”这样子一个想法，但是我觉得无招胜有招的前提是“在充分了解招式的基础上”。

设计模式只是一个程序员用来交流设计思想的总结而已。