你的位置:首页 > ASP.net教程

[ASP.net教程]记一次C#面试


最近参加了工作后的第一次面试,虽然最终没谈成,但是收获还是不少,不管是技术还是面试经验还是得多多积累呀。

这一次面试与在学校时候参加过的面试区别还是挺大的。
校园招聘的面试问的问题似乎都比较具体,直接针对技术点,这样的问题如果知道就是知道,不知道嘛就是不知道。。。
而这一次面试问的问题大多都非常粗犷,似乎是面试官想让自由发挥的空间更大,也就是尽量把自己理解的内容说出来就好。。。
然而我有好几个问题都是能说而没说。。估计给面试官留下了不好的印象。以下记录几个回答得非常糟糕的技术问题,各位面试者以我为戒。。。


问题一:谈一谈内存优化
这个问题的前一问是“谈一谈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

更好的回答:
这个真没法答。。。只能怪平时没温故了



最后想说的是,应届生找工作其实还是有优势的,校招的时候企业会更看重学生的未来增量,当前存量不会奢求。
同时大型企业会比中小企业更看重增量,因为中小企业担不起那个风险嘛,要让他们拿成本去赌应聘者的成长性太难了。