C#如何实现释放内存
很简单的来说，当你一个按钮事件（处理数据比较多的话）处理完毕后，就要释放内存。具体的要看实例。像下面的都属于释放资源1、using (SqlDataReader dr = helper.ExcuteSqlReturnReader(sql))2、if (cmd != null)
{
SqlConnection conn = cmd.Connection;
Debug.Assert(conn != null);
cmd.Dispose();
cmd = null;
conn.Dispose();
}
C#.net如何手动释放内存资源
C#中对象的销毁有三种方式Finalize，Dispose，GC
1 public class Foo: IDisposable
2 {
3 public void Dispose()
4 {
5 Dispose(true);
6 GC.SuppressFinalize(this);
7 }
8
9 protected virtual void Dispose(bool disposing)
10 {
11 if (!m_disposed)
12 {
13 if (disposing)
14 {
15 // Release managed resources
16 }
17
18 // Release unmanaged resources
19
20 m_disposed = true;
21 }
22 }
23
24 ~Foo()
25 {
26 Dispose(false);
27 }
28
29 private bool m_disposed;
30 }
31
在.NET的对象中实际上有两个用于释放资源的函数：Dispose和Finalize。Finalize的目的是用于释放非托管的资源，而Dispose是用于释放所有资源，包括托管的和非托管的。
在这个模式中，void Dispose(bool disposing)函数通过一个disposing参数来区别当前是否是被Dispose()调用。如果是被Dispose()调用，那么需要同时释放 托管和非托管的资源。如果是被~Foo()（也就是C#的Finalize()）调用了，那么只需要释放非托管的资源即可。
这是因为，Dispose()函数是被其它代码显式调用并要求释放资源的，而Finalize是被GC调用的。在GC调用的时候Foo所引用的其它 托管对象可能还不需要被销毁，并且即使要销毁，也会由GC来调用。因此在Finalize中只需要释放非托管资源即可。另外一方面，由于在 Dispose()中已经释放了托管和非托管的资源，因此在对象被GC回收时再次调用Finalize是没有必要的，所以在Dispose()中调用 GC.SuppressFinalize(this)避免重复调用Finalize。
然而，即使重复调用Finalize和Dispose也是不存在问题的，因为有变量m_disposed的存在，资源只会被释放一次，多余的调用会被忽略过去。
因此，上面的模式保证了：
1、 Finalize只释放非托管资源；
2、 Dispose释放托管和非托管资源；
3、 重复调用Finalize和Dispose是没有问题的；
4、 Finalize和Dispose共享相同的资源释放策略，因此他们之间也是没有冲突的。
在C#中，这个模式需要显式地实现，其中C#的~Foo()函数代表了Finalize()。而在C++/CLI中，这个模式是自动实现的，C++的类析构函数则是不一样的。
按照C++语义，析构函数在超出作用域，或者delete的时候被调用。在Managed C++（即.NET 1.1中的托管C++）中，析构函数相当于CLR中的Finalize()方法，在垃圾收集的时候由GC调用，因此，调用的时机是不明确的。在.NET 2.0的C++/CLI中，析构函数的语义被修改为等价与Dispose()方法，这就隐含了两件事情：
1、 所有的C++/CLI中的CLR类都实现了接口IDisposable，因此在C#中可以用using关键字来访问这个类的实例。
2、 析构函数不再等价于Finalize()了。
对于第一点，这是一件好事，我认为在语义上Dispose()更加接近于C++析构函数。对于第二点，Microsoft进行了一次扩展，做法是引入了“！”函数，如下所示：
1 public ref class Foo
2 {
3 public:
4 Foo();
5 ~Foo(); // destructor
6 !Foo(); // finalizer
7 };
8
“！”函数（我实在不知道应该怎么称呼它）取代原来Managed C++中的Finalize()被GC调用。MSDN建议，为了减少代码的重复，可以写这样的代码：
1 ~Foo()
2 {
3 //释放托管的资源
4 this->!Foo();
5 }
6
7 !Foo()
8 {
9 //释放非托管的资源
10 }
11
对于上面这个类，实际上C++/CLI生成对应的C#代码是这样的：
1 public class Foo
2 {
3 private void !Foo()
4 {
5 // 释放非托管的资源
6 }
7
8 private void ~Foo()
9 {
10 // 释放托管的资源
11 !Foo();
12 }
13
14 public Foo()
15 {
16 }
17
18 public void Dispose()
19 {
20 Dispose(true);
21 GC.SuppressFinalize(this);
22 }
23
24 protected virtual void Dispose(bool disposing)
25 {
26 if (disposing)
27 {
28 ~Foo();
29 }
30 else
31 {
32 try
33 {
34 !Foo();
35 }
36 finally
37 {
38 base.Finalize();
39 }
40 }
41 }
42
43 protected void Finalize()
44 {
45 Dispose(false);
46 }
47 }
48
由于~Foo()和!Foo()不会被重复调用（至少MS这样认为），因此在这段代码中没有和前面m_disposed相同的变量，但是基本的结构是一样的。
并且，可以看到实际上并不是~Foo()和!Foo()就是Dispose和Finalize，而是C++/CLI编译器生成了两个Dispose 和Finalize函数，并在合适的时候调用它们。C++/CLI其实已经做了很多工作，但是唯一的一个问题就是依赖于用户在~Foo()中调 用!Foo()。
关于资源释放，最后一点需要提的是Close函数。在语义上它和Dispose很类似，按照MSDN的说法，提供这个函数是为了让用户感觉舒服一点，因为对于某些对象，例如文件，用户更加习惯调用Close()。
然而，毕竟这两个函数做的是同一件事情，因此MSDN建议的代码就是：
1 public void Close()
2 {
3 Dispose(();
4 }
5
6
这里直接调用不带参数的Dispose函数以获 得和Dispose相同的语义。这样似乎就圆满了，但是从另外一方面说，如果同时提供了Dispose和Close，会给用户带来一些困惑。没有看到代码 细节的前提下，很难知道这两个函数到底有什么区别。因此在.NET的代码设计规范中说，这两个函数实际上只能让用户用一个。因此建议的模式是：
1 public class Foo: IDisposable
2 {
3 public void Close()
4 {
5 Dispose();
6 }
7
8 void IDisposable.Dispose()
9 {
10 Dispose(true);
11 GC.SuppressFinalize(this);
12 }
13
14 protected virtual void Dispose(bool disposing)
15 {
16 // 同前
17 }
18 }
19
这里使用了一个所谓的接口显式实现：void IDisposable.Dispose()。这个显式实现只能通过接口来访问，但是不能通过实现类来访问。因此：
1 Foo foo = new Foo();
2
3 foo.Dispose(); // 错误
4 (foo as IDisposable).Dispose(); // 正确
5
----------------------------------以下是CSDN上一位高手的总结----------------------------------------------
1、Finalize方法（C#中是析构函数，以下称析构函数）是用于释放非托管资源的，而托管资源会由GC自动回收。所以，我们也可以这样来区分 托管和非托管资源。所有会由GC自动回收的资源，就是托管的资源，而不能由GC自动回收的资源，就是非托管资源。在我们的类中直接使用非托管资源的情况很 少，所以基本上不用我们写析构函数。
2、大部分的非托管资源会给系统带来很多负面影响，例如数据库连接不被释放就可能导致连接池中的可用数据库连接用尽。文件不关闭会导致其它进程无法读写这个文件等等。
实现模型：
1、由于大多数的非托管资源都要求可以手动释放，所以，我们应该专门为释放非托管资源公开一个方法。实现IDispose接口的Dispose方法是最好的模型，因为C#支持using语句快，可以在离开语句块时自动调用Dispose方法。
2、虽然可以手动释放非托管资源，我们仍然要在析构函数中释放非托管资源，这样才是安全的应用程序。否则如果因为程序员的疏忽忘记了手动释放非托管资源， 那么就会带来灾难性的后果。所以说在析构函数中释放非托管资源，是一种补救的措施，至少对于大多数类来说是如此。
3、由于析构函数的调用将导致GC对对象回收的效率降低，所以如果已经完成了析构函数该干的事情（例如释放非托管资源），就应当使用SuppressFinalize方法告诉GC不需要再执行某个对象的析构函数。
4、析构函数中只能释放非托管资源而不能对任何托管的对象/资源进行操作。因为你无法预测析构函数的运行时机，所以，当析构函数被执行的时候，也许你进行操作的托管资源已经被释放了。这样将导致严重的后果。
5、（这是一个规则）如果一个类拥有一个实现了IDispose接口类型的成员，并创建（注意是创建，而不是接收，必须是由类自己创建）它的实例对象，则 这个类也应该实现IDispose接口，并在Dispose方法中调用所有实现了IDispose接口的成员的Dispose方法。
只有这样的才能保证所有实现了IDispose接口的类的对象的Dispose方法能够被调用到，确保可以手动释放任何需要释放的资源。分享给你的朋友吧：人人网新浪微博开心网MSNQQ空间
对我有帮助
8
c# asp.net 关于命名空间 和 类 使用的问题
在ASP.NET中，.NET Framework为我们提供了丰富的基类，为了能在程序中引用这些基类，我们必须先引用这些基类的命名空间。类似在C++中引用一个文件函数时，我必须先调用该文件，例如<#include studio.h>，其实它和ASP.NET中命名空间的引用是同一原理。但是它们又有本质上的区别。
在ASP.NET中，命名空间提供了一种组织相关类和其他类型的方式。与文件或组件不同，命名空间是一种逻辑组合，而不是物理组合。在C#文件中定义类时，可以把它包括在命名空间定义中。以后，在定义另一个类，在另一个文件中执行相关操作时，就可以在同一个命名空间中包含它，创建一个逻辑组合，告诉使用类的开发人员这两个类是如何相关的以及如何使用它们:
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
namespace vlink
{
public class Agent
{
把一个类型放在命名空间中，可以有效地给这个类型指定一个较长的名称，该名称包括类型的命名空间，后面是句点(.)和类的名称。在上面的例子中，Agen全名是vlink.Agent。这样，有相同短名的不同的类就可以在同一个程序中使用了。
也可以在命名空间中嵌套其他命名空间，为类型创建层次结构:
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
namespace vlink
{
namespace Agent
{
namespace CallBack
{
}
}
}
每个命名空间名都由它所在命名空间的名称组成，这些名称用句点分隔开，首先是最外层的命名空间，最后是它自己的短名。所以Agent命名空间的全名是vlink.Agent，CallBack类的全名是vlink.Agent.CallBack。
注意不允许在另一个嵌套的命名空间中声明多部分的命名空间。
命名空间与程序集无关。同一个程序集中可以有不同的命名空间，也可以在不同的程序集中定义同一个命名空间中的类型。
using语句
显然，命名空间相当长，键入起来很繁琐，用这种方式指定某个特定的类也是不必要的。如本章开头所述，C#允许简写类的全名。为此，要在文件的顶部列出类的命名空间，前面加上using关键字。在文件的其他地方，就可以使用其类型名称来引用命名空间中的类型了:
using System;
using vlink;
如前所述，所有的C#源代码都以语句using System;开头，这仅是因为Microsoft提供的许多有用的类都包含在System命名空间中。
如果using指令引用的两个命名空间包含同名的类，就必须使用完整的名称(或者至少较长的名称)，确保编译器知道访问哪个类型，例如，类CallBack同时存在于Agent和vlink命名空间中，如果要在命名空间Agent中创建一个类Test，并在该类中实例化一个CallBack类，就需要指定使用哪个类。
因为using语句在C#文件的开头，C和C++也把#include放在这里，所以从C++迁移到C#的程序员常把命名空间与C++风格的头文件相混淆。不要犯这种错误，using语句在这些文件之间并没有真正建立物理链接。C#也没有对应于C++头文件的部分。
命名空间的别名
using关键字的另一个用途是给类和命名空间指定别名。如果命名空间的名称非常长，又要在代码中使用多次，但不希望该命名空间的名称包含在using指令中(例如，避免类名冲突)，就可以给该命名空间指定一个别名，其语法如下:
using alias = NamespaceName;
ASP.NET中各命名空间及作用
命名空间 描述
Microsoft.CSharp 支持C#语言编译和生成代码
System 包含了基础类，用于定义类型／数组／字符串／事件／事件处理程序／异常处理／接口／数据类型转换／数学计算／应用程序环境管理等等
System.Coolections 包含了一组用于管理对象集合（例如列表／队列／数组／哈希表／字典等）的类
System.Data 主要包括了组成ADO.NET体系结构的类
System.diagnostics 提供用于调试／跟踪，以及与系统进程／事件日志／性能计数器进行交互的类
System.Drawing 提供访问GDI+基本图形功能（在System.Drawing以下的命名空间，包括System.Drawing.Drawing2D和System.Drawing.Text等，提供了更高级和更特殊的GDI+图形功能）的类System.IO包含了用于读写数据流／文件和普通输入／输出（I/O）功能的类型和类
System.Reflection 包括提供类型检测和动态绑定对象功能的类和接口
System.reflection.Emit 生成动态程序集
System.Text 包含用于字符编码／将字符块转换为字节快／将字节块转换为字符块等功能的对象
System.Text.RegularExpressions 包含了提供访问．NET框架正则表达引擎的类
System.Timer 提供了Timer组件
System.Web 包含了用于实施浏览器／服务器通信和其他Web相关功能的类
System.Web.Services 包含了用于创建和消费Web服务的类
System.Web.UI 包含了用于创建Web页和控件的用户接口的类和接口
System.Windows.Forms 包含了用于创建基于WINDOWS的用户接口的类
System.XML 提供了支持处理XML的类
哪里能找到支持asp.net的免费空间电请？
免费空间现在已经很少了
支持asp.net的就更少了~
再还要支持sql的就少上加少（概率几乎为零了！）
建议自己去买一个
我这里有一个免费的asp.net站
虽然只有10M但是作为学习用，应该是够了！
http://www.goofar.com
免费ASP.NET空间 免费ASP空间 免费域名 在线申请即时开通 全面支持ASP.NET及ASP动态网页 支持FTP上传 支持MS ACCESS数据库 支持SQL SERVER数据库 无上传文件大小限制 无IIS连接限制
求一个国外的asp免费空间，最好支持.net
5944很垃圾的，而且还是国内的，千万不要买他们的，他们的售后一点都不好，发了信息给他们，没有一个人会回的，是国内最垃圾的空间，而且还会想尽办法让你买收费空间，很无耻。。
国外免费空间可以看看这个：www.live.com
支持asp.net，速度也很快，默认是在线web制作网页，也可以修改设置成ftp,，我的站361度搜索也是用的上面的空间，很不够的。
