花费了些功夫，差点儿相同搞明确了：
大家会看到有些地方不停反复出现——那就是你要找的东西
本文參考多处，详细出处就不写了。
静态和非静态：
字段、函数成员的声明中含static修饰符时是静态成员，否则是非静态成员（实例成员）；
数据成员能够分静态变量、非静态变量两种. 静态成员属于类，而非静态成员（实例成员）属于对象。
对于类的数据成员来说。假设是静态的，那么他将是类的一部分，为全部实例共享，假设是非静态的。则每一个实例有一份考贝。
类的非静态成员属于类的实例全部，每创建一个类的实例都在内存中为非静态成员开辟了一块区域。而类的静态成员属于类全部。被这个类的全部实例所共享。不管这个类创建了多少个副本，一个静态成员在内存中仅仅占有一块区域。
假如以E.M形式訪问静态成员，E必须为类；訪问实例成员，E必须是实例。
类的静态字段仅仅分配一个存储单元，类的每一个实例字段都有单独拷贝。
静态函数成员中不能訪问实例成员。不能使用this;实例函数成员中能够訪问实例成员和静态成员。能够使用this。
静态成员：静态类中的成员增加static修饰符,即是静态成员.能够直接使用类名+静态成员名訪问此静态成员,由于静态成员存在于内存,非静态成员须要实例化才会分配内存,所以静态成员不能訪问非静态的成员..由于静态成员存在于内存,所以非静态成员能够直接訪问类中静态的成员.
非成静态员：全部没有加Static的成员都是非静态成员,当类被实例化之后,能够通过实例化的类名进行訪问..非静态成员的生存期决定于该类的生存期..而静态成员则不存在生存期的概念,由于静态成员始终驻留在内容中..
从语法上来讲，静态函数没有this指针。
因为没有this指针，就不能通过对象来引用，仅仅能通过类名引用，
在静态函数内部也不能引用非静态的成员变量。
调用普通函数的时候。类实例的this指针是作为第一个參数隐式传给函数的。从这里说，普通函数是依赖于类的实例的，没有类实例就不能调用。而static函数没有this这个隐含參数。所以调用它时不用依赖类实例。也就是能够採用className::funName的方式调用。类静态函数对于全局函数来说有一个优点就是能够使用类的private和protected成员（当他获得类实例指针的时候，比方參数传入）。
从抽象的语义上来讲，静态函数的动作就是属于整个类的，不属于某个详细的对象。
静态和非静态主要有下面区别：
1.从存储的角度看。静态变量和方法在静态存储区分配内存，而非静态的在栈区或者堆上分配内存
2.从作用域来讲，静态变量在其作用域范围内存在于整个程序的执行过程中，而非静态变量的作用时间也是局部的。
3.从使用角度来讲。静态变量和方法没有this指针。仅仅能通过类名引用。
4.对于类的数据成员来说。假设是静态的，那么他将是类的一部分，为全部实例共享，假设是非静态的，则每一个实例有一份考贝。
一个类中也能够包括静态成员和非静态成员,类中也包括静态构造函数和非静态构造函数..
对于类的数据成员来说，假设是静态的，那么他将是类的一部分。为全部实例共享，假设是非静态的，则每一个实例有一份考贝。
静态成员函数仅仅有一份拷贝。而普通成员函数在每一个类对象中都有一份拷贝。
构造函数是对类或实例进行初始化的函数成员。
析构函数是在撤销类的实例时自己主动调用的函数成员。
出了构造函数和析构函数不能被继承。其它全部的成员都能够被继承。
静态构造函数：实现对一个类进行初始化的函数成员。
实例构造函数：创建实例时，用于运行对类的实例进行初始化的函数成员。
对于winApp来说,静态成员对于程序猿本身省了非常多事,并且由于静态成员驻留内存,在方法与方法之间传递共享数据的时候,所以静态成员成了我的首选..可是不要由于方便,大量使用,尤其是在内存紧张或者
用静态方法操作一些共享值的时候.或者要写多用户系统的时候,要慎之又慎.比方:
static int id = 0;
sql = "select * from table where id=" + id;
假设这样写的话,在单机測试的时候没有问题,可是在多人同一时候对数据进行測试的时候,就会有问题了.假如,A用户訪问他的id是20,则id的值在内存中为20,而此时B用户訪问,他的id是30,则id在内存中的值是30..A用户的id值则被更改了..假设此时你将这种方法用非静态成员来写,则不会出现这种情况..由于非静态成员是你声明的时候,实例化的时候才会分配内存..所以A用户訪问的时候,App会由于A实例化而给A用户的请求分配内存..而B用户訪问的时候也一样会由于B用户的訪问而分配内存..所以两个用户訪问的是不同的内存块..所以不会出现数据覆盖和错乱的现象...
我想这种情况应该能非常好的说明静态变量和非静态成员的差别..
相对于webApp而言,在winApp下使用static的时候要比webApp下考虑的因素要少的多,由于webApp本来就是一个多用户的系统,所以使用static的时候更应该小心..
而我对static在webApp下的使用存在一个疑问,假设一个静态方法,比如:
static string aa(string str){
//经过一系列操作..
return str;
}
或者返回一个DataSet的静态方法
static DataSet aa(string str){
//经过一系列操作..
return DataSet;
}
这个时候,在訪问量大的时候,程序出现了并发,会不会发生错乱??我曾经的项目使用的公用函数类中使用了大量的静态方法,只是好在訪问量不大,一直没有问题..在发这个文章之前,我查找了MSDN,CSDN,搜索了一些关于静态成员的文章,可是都没有一个明白的说明..尽管,自己在项目中也測试了这么长时间也没有问题..可是总认为有这个可能发生..
不知道大家是否在项目中碰到类似的疑惑呢?
?请有过这方面经验的朋友不吝赐教..
答案：
不说是否滥用。假设你出现冲突，说明你没有理解静态成员变量和静态方法的差别，静态方法本身仅仅是一段代码，无论怎么调用他都不会出现故障。但静态成员变量就不行了，他被全部用户共享，假设一个用户改变了他。肯定会影响到别人，这就是常说的并发冲突问题，一般来说在改动共享成员变量时要lock!
一、 静态方法常驻内存，实例方法不是，所以静态方法效率高但占内存。
其实。方法都是一样的，在载入时机和占用内存上。静态方法和实例方法是一样的。在类型第一次被使用时载入。调用的速度基本上没有区别。
二、 静态方法在堆上分配内存，实例方法在堆栈上。
其实全部的方法都不可能在堆或者堆栈上分配内存，方法作为代码是被载入到特殊的代码内存区域，这个内存区域是不可写的。
三、 实例方法须要先创建实例才干够调用。比較麻烦。静态方法不用。比較简单。
其实假设一个方法与他所在类型的实例无关。那么它就应该是静态的。决不会有人把它写成实例方法。
所以全部的实例方法都与实例有关，既然与实例有关，那么创建实例就是必定的步骤，没有麻烦简单一说。实际上上你能够把全部的实例方法都写成静态的，将实例作为參数传入就可以。
有些方法看似与所在的实例无关，如IComparer.Compare方法。但实际上每个实现这个接口的类都仅仅会负责自己类型实例的比較，这是C#1.x规范中没有泛型所带来的历史遗留问题。
大部分静态方法是与类的实例有关的，如各种Parse方法，他做成静态的原因是他没有实例作为參数。其它的大多是出于语义或者其它目的的考虑。
以下做了个简单的样例
Code