|
叫Assembly Qualified Name？它是一个文件名吗？它有什么不同？
它不是一个文件名，相比文件名，Assembly Qualified Name（程序集限定名称），更能确定一个程序集，它包含文件名，但同时包含版本，公钥，和区域。
· Assembly.Load(“foo.dll”); 这句话是否正确？
Assembly name 有四个部分组成：Friendly Name，Culture, Pubilc Key(Token), Version。所以按他的意思这句话是错误的。
· 做强签名的assembly与不做强签名的assembly有什么不同？
强签名的程序集可以确认assembly name是唯一的（因为使用了public key token）。
强签名的程序集可以做成com。
强签名程序集可以安装到GAC中。
· DateTime是否可以为null
不能为null，包括int什么的都不能等于null。当然2.0可以里加可空类型，但是在编译后你会发现可空类型其实是假的。
· 什么叫JIT？什么是NGEN？它们分别有什么限制和好处？
.NET 采用中间语言(IL)机制。Just In Time是指程序第一次运行的时候才进行把中间语言(IL)编译成机器代码，JIT增加了执行效率。本机映像生成器 (Ngen.exe) 是一个提高托管应用程序性能的工具。Ngen.exe 创建本机映像（包含经编译的特定于处理器的机器代码的文件），并将它们安装到本地计算机上的本机映像缓存中。运行库可从缓存中使用本机映像，而不是使用实时 (JIT) 编译器编译原始程序集。这是为什么asp.net程序第一次会比较慢，因为他是JIT。
· .NET CLR中一代的垃圾收集器是如何管理对象的生命周期的？什么叫非确定性终结？
垃圾收集器不能管理对象的生命周期吧？？我认为他只能跟踪对象的生命周期
先看一个对象的生命周期
1. 调用IL的newobj指令，分配一定空间的内存。
2. 初始化内存空间，比如设置为string类型。
3. 使用对象。
4. 销毁对象，执行清理
5. 回收内存
垃圾收集是在第4步。有三种方法：Finalize、Dispose、Close。
但垃圾收集执行的时机不定
的，初学者可以认为对象销毁的时机是在垃圾收集器认为对象需要被销毁的时候进行的，
他
对于程序员是透明的，初学者根本不需要知道垃圾收集器的存在。
个人理解的垃圾收集器的执行原理
：
周期性地遍历被应用当前引用的所有对象的列表。
在这个搜索过程中，凡是没有发现的对
象，都将准备予以销毁(但不并不是马上就销毁，只是先标记)。
这种算法表示如果对象的最
后一个引用也被解除时（意思是该对象再也不使用了，即可以销毁了），这时垃圾收集器并
不会立即接到通知，只有下一次对堆（heap）进行清扫时，才能发现这个情况。 说明了对象
在什么时候终结是不确定的，我认为这就是非确定性终结。进一步而言，执行垃圾收集清扫
次数越少，这类算法工作得越好。通常来说，堆的耗尽是收集清扫的触发条件。
· Finalize()和Dispose()之间的区别
Finalize自动释放资源，Dispose()用于手动释放资源。
一. Finalize
Finalize很像C++的析构函数，我们在代码中的实现形式为这与C++的析构函数在形式上完全一样，但它的调用过程却大不相同。
~ClassName() {//释放你的非托管资源}
比如类A中实现了Finalize函数，在A的一个对象a被创建时（准确的说应该是构造函数被调用之前），它的指针被插入到一个finalization链表中；在GC运行时，它将查找finalization链表中的对象指针，如果此时a已经是垃圾对象的话，它会被移入一个freachable队列中，最后GC会调用一个高优先级线程，这个线程专门负责遍历freachable队列并调用队列中所有对象的Finalize方法，至此，对象a中的非托管资源才得到了释放（当然前提是你正确实现了它的Finalize方法），而a所占用的内存资源则必需等到下一次GC才能得到释放，所以一个实现了Finalize方法的对象必需等两次GC才能被完全释放。
由于Finalize是由GC负责调用，所以可以说是一种自动的释放方式。但是这里面要注意两个问题：第一，由于无法确定GC何时会运作，因此可能很长的一段时间里对象的资源都没有得到释放，这对于一些关键资源而言是非常要命的。第二，由于负责调用Finalize的线程并不保证各个对象的Finalize的调用顺序，这可能会带来微妙的依赖性问题。如果你在对象a的Finalize中引用了对象b，而a和b两者都实现了Finalize，那么如果b的Finalize先被调用的话，随后在调用a的Finalize时就会出现问题，因为它引用了一个已经被释放的资源。因此，在Finalize方法中应该尽量避免引用其他实现了Finalize方法的对象。
可见，这种“自动”释放资源的方法并不能满足我们的需要，因为我们不能显示的调用它（只能由GC调用），而且会产生依赖型问题。我们需要更准确的控制资源的释放。
二. Dispose
Dispose是提供给我们显示调用的方法。由于对Dispose的实现很容易出现问题，所以在一些书籍上（如《Effective C#》和《Applied Microsoft.Net Framework Programming》）给出了一个特定的实现模式：
class DisposePattern :IDisposable
{
private System.IO.FileStream fs = new System.IO.FileStream(“test.txt”, System.IO.FileMode.Create);
~DisposePattern()
{
Dispose(false);
}
IDisposable Members#region IDisposable Members
public void Dispose()
{
//告诉GC不需要再调用Finalize方法，
//因为资源已经被显示清理
GC.SuppressFinalize(this);
Dispose(true);
}
#endregion
protected virtual void Dispose(bool disposing)
{
//由于Dispose方法可能被多线程调用，
//所以加锁以确保线程安全
lock (this)
{
if (disposing)
{
//说明对象的Finalize方法并没有被执行，
//在这里可以安全的引用其他实现了Finalize方法的对象
}
if (fs != null)
{
fs.Dispose();
fs = null; //标识资源已经清理，避免多次释放
}
}
}
}
在注释中已经有了比较清楚的描述，另外还有一点需要说明：如果DisposePattern类是派生自基类B，而B是一个实现了Dispose的类，那么DisposePattern中只需要override基类B的带参的Dispose方法即可，而不需要重写无参的Dispose和Finalize方法，此时Dispose的实现为：
class DerivedClass : DisposePattern
{
protected override void Dispose(bool disposing)
{
lock (this)
{
try
{
//清理自己的非托管资源，
//实现模式与D |