最近参加了工作后的第一次面试，虽然最终没谈成，但是收获还是不少，不管是技术还是面试经验还是得多多积累呀。
这一次面试与在学校时候参加过的面试区别还是挺大的。
校园招聘的面试问的问题似乎都比较具体，直接针对技术点，这样的问题如果知道就是知道，不知道嘛就是不知道。。。
而这一次面试问的问题大多都非常粗犷，似乎是面试官想让自由发挥的空间更大，也就是尽量把自己理解的内容说出来就好。。。
然而我有好几个问题都是能说而没说。。估计给面试官留下了不好的印象。以下记录几个回答得非常糟糕的技术问题，各位面试者以我为戒。。。
问题一：谈一谈内存优化
这个问题的前一问是“谈一谈C#的内存管理”，我回答得非常简洁“CLR通过GC来回收内存”。。。
听到这一问我就有点懵B了，这是在问我怎么优化GC算法吗?!我真是对GC的算法实现一窍不通啊，于是草率地做出了回答：
不知道。。。。。(然后俩人沉默数秒)
事后分析：
首先不管面试官问的是不是GC的算法优化，我当时的回答肯定是让面试官无语了，不光是让人觉得技术上深度不够，而且可能让人觉得面试态度不端正。
而且就算是对“优化”说不出什么内容，也可以说说“渣化”嘛，从反面来说一说自己的理解总还是比啥都说不出来好得多的。
所以更好的回答应该是这样的：
1）不要构造一个体积很大的struct。
因为值类型是可能被分配在栈上的，它占用的空间是没有办法被GC来管理的，何时释放内存就得靠自己了。
2）如果实在要构造一个大体积的struct，那么针对这个类型的方法参数应该考虑使用ref。
因为按值传参的时候值类型会被完完全全的复制一遍，不仅费空间而且也费时间，不需要保留副本的时候直接传址就会提高效率了。
3）释放非托管资源用IDisposable而不是析构函数。
因为析构函数被调用的时机是极度不确定的，即使运行过析构函数的对象也得等到下一次GC才会被回收。而IDisposable就没有这俩缺点了。
4）WeakReference。
对于一个占空间很大，构造起来不麻烦的对象，使用弱引用是个不错的选择。
问题二：C#能不能写非托管代码
接到这个问题我也是非常没底，因为自己没拿C#写过什么非托管代码啊，而秉着“宁可信其有不可信其无”的原则，又觉得可能会存在实现非托管代码的方法。。。
支吾了一阵后，想到了会不会问的是指针呢？然后就说了这么一嘴。。。
事后分析：
严格来说C#是个编程语言，托不托管的全靠编译器。然而面试官显然不是问这个。。。
再说unsafe代码吧，它仍然是依赖于CLR，接受类型检查，所以我觉着应该是托管的。NGen也离不了CLR，还是托管。。。
.NET Native这种就不知道该咋算了，我理解的是它把CLR精简以后一起给编译成本地代码了，貌似也还是没有完全脱离CLR。
后来百度到了一个神奇的东西，C#写的操作系统。。。神人所为
http://en.wikipedia.org/wiki/SharpOS_%28operating_system%29
更好的回答：
把自己的理解给说出来就好了，比啥都不说强。。。
问题三：谈一谈绑定和依赖属性
这个问题问到了我的技术盲区。。。虽然以前看过WPF的书，可是长久不用又不回头温故，早就忘得差不多了。早知今日，当初就不把这书的事往简历上头写了。。。
面试的时候只是隐约记得有个INotifyPropertyChanged，就回答了依赖属性的set方法里头触发个了事件实现了绑定。。。
事后分析：
把源码一翻就发现不管是DependencyProperty还是DependencyObject都和INotifyPropertyChanged没有半毛钱关系。。。
那么这绑定是通过什么来实现的呢，于是继续翻源码。。。
从FrameworkElement.SetBinding入手，一直翻到了BindingExpressionBase。看到这个类里头有个ValueChanged事件，顿时觉得真相离我不远了。。。
然而继续往下翻，死活没找到DependencyObject.SetValue和这个事件的关联。。。
最后实在没招了只能Debug跟源码，每个看上去可疑的方法都F11进去一探究竟，费老大功夫了真是。。。
然后跟到了这个方法DependencyObject.NotifyPropertyChange这名字怎么这么眼熟呢。。。ORZ
更好的回答：
这个真没法答。。。只能怪平时没温故了
最后想说的是，应届生找工作其实还是有优势的，校招的时候企业会更看重学生的未来增量，当前存量不会奢求。
同时大型企业会比中小企业更看重增量，因为中小企业担不起那个风险嘛，要让他们拿成本去赌应聘者的成长性太难了。