标题 | 状态 | 内容 | ||||||||||||||||||||||||||
NET应用程序是如何执行的? |
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
汇编及IL | 从这里我们可以看到,CLR为引用类型(string/object/Program)生成共享的机器码,它们都实际上在调用一个GenericMethod<System.__Canon>所生成的代码。而对于每个不同的值类型(int/DateTime/double),CLR则会为每种类型各生成一份
| |||||||||||||||||||||||||||
JIT | JIT Compiler(Just-in-time Compiler) 即时编译 | |||||||||||||||||||||||||||
。NET和C#各个版本的变迁 | 已读 | CLR是公共语言运行库(Common Language Runtime)
CLR 完全介绍 深入探讨 IDisposable
Net 版本和C#对应关系
.Net各版本差别 参考
C#各版本差别
| ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
所有值类型都继承自,但是ValueType没有附加包含之外其它任何方法,不过它倒是改写了Equals和GetHashCode两个方法。引用类型变量的Equals比较的是二者的引用地址而不是内部的值,值类型变量的Equals方法比较的是二者的值而不是……哦对了,值类型压根儿没有引用地址; | ||||||||||||||||||||||||||||
c# ==和equals的区别 |
http://stackoverflow.com/questions/21273890/what-is-the-difference-between-and-equals-for-primitives-in-c
对于值类型 对于不同的类型会强制转换成前面的类型。如果如short -》int 行 int=》short 不行
对于引用类型 ==比较的是引用地址是否相同(即栈中的内容是否相同),equal比较的是2个变量师傅是对同一个对象的引用,即堆中的内容是否相同。
值类型 类型不同的时候会调用不同的equal
Equals和GetHashcode
ReferenceEquals是Object的静态方法,用于比较两个引用类型的对象是否是对于同一个对象的引用。
默认情况下,对于引用类型,该方法对比的时引用的地址,对于值类型,对比的是值的二进制描述是否相同。100.0与100虽然都是100,但是它们的二进制分布是不一样的。 1、默认情况(没有覆盖equals方法)下equals方法都是调用Object类的equals方法,而Object的equals方法主要用于判断对象的内存地址引用是不是同一个地址(是不是同一个对象)。 2 、要是类中覆盖了equals方法,那么就要根据具体的代码来确定equals方法的作用了,覆盖后一般都是通过对象的内容是否相等来判断对象是否相等。 1、equals方法用于比较对象的内容是否相等(覆盖以后) 2、hashcode方法只有在集合中用到 3、当覆盖了equals方法时,比较对象是否相等将通过覆盖后的equals方法进行比较(判断对象的内容是否相等)。 4、将对象放入到集合中时,首先判断要放入对象的hashcode值与集合中的任意一个元素的hashcode值是否相等,如果不相等直接将该对象放入集合中。如果hashcode值相等,然后再通过equals方法判断要放入对象与集合中的任意一个对象是否相等,如果equals判断不相等,直接将该元素放入到集合中,否则不放入。
5、将元素放入集合的流程图:
| |||||||||||||||||||||||||||
内存分配
|
变量、参数和内存分配
对于一个进程的内存空间而言,可以在逻辑上分成3个部份:代码区,静态数据区和动态数据区。动态数据区一般就是“堆栈”。“栈(stack)”和“堆(heap)”是两种不同的动态数据区,栈是一种线性结构,堆是一种链式结构。进程的每个线程都有私有的“栈”,所以每个线程虽然代码一样,但本地变量的数据都是互不干扰。一个堆栈可以通过“基地址”和“栈顶”地址来描述。全局变量和静态变量分配在静态数据区,本地变量分配在动态数据区,即堆栈中。程序通过堆栈的基地址和偏移量来访问本地变量。 | |||||||||||||||||||||||||||
字符串的驻留(String Interning) |
于String是我们做到频率最高的一种类型,CLR考虑性能的提升和内存节约上,对于相同的字符串,一般不会为他们分别分配内存块,相反地,他们会共享一块内存。CLR实际上采用这个的机制来实现的:CLR内部维护着一块特殊的数据结构——我们可以把它看成是一个Hash table,这个Hash table维护者大部分创建的string(我这里没有说全部,因为有特例)。这个Hash table的Key对应的相应的string本身,而Value则是分配给这个string的内存块的引用。当CLR初始化的时候创建这个Hash table。一般地,在程序运行过程中,如果需要的创建一个string,CLR会根据这个string的Hash Code试着在Hash table中找这个相同的string,如果找到,则直接把找到的string的地址赋给相应的变量,如果没有则在托管堆中创建一个string,CLR会先在managed heap中创建该strng,并在Hash table中创建一个Key-Value Pair——Key为这个string本身,Value位这个新创建的string的内存地址,这个地址最重被赋给响应的变量
| |||||||||||||||||||||||||||
C#中,String和string的区别 | C#中,字符串的声明,你使用String还是string?String? string? 只有一个大小写的问题,你习惯用哪个?知道具体的区别吗?我是习惯了用string,区别也是最近才找到了权威的根据,'CLR via C#'。其实,String是CLR的类型名称(也算是keyword),而string是C#中的keyword。在C#的编译时,默认会增加几行代码,看了你就会明白string和String的区别了!using string = System.String; using sbyte = System.SByte; using byte = System.Byte; using short = System.Int16; using ushort = System.UInt16;using int = System.Int32; using uint = System.UInt32; ... ...对了! using string = System.String; C#编译器,会自动的把string转化为Sysem.string!在CLR via C#中,Jeffrey Richter建议coding时,使用CLR默认的类型,也就是说,不要string,要String;不要int要Int32!至于为什么,还是大家自己看看这本书吧,very useful!
也可以这样理解:string是C#中字符串类型String的反射,一种简化的书写方式,就像int对应于Int32一样,二者在C#中可通用。
| |||||||||||||||||||||||||||
String,StringBuffer,StringBuilder |
我们明明就是改变了String型的变量s的,为什么说是没有改变呢? 其实这是一种欺骗,JVM是这样解析这段代码的:首先创建对象s,赋予一个abcd,然后再创建一个新的对象s用来 执行第二行代码,也就是说我们之前对象s并没有变化,所以我们说String类型是不可改变的对象了,由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。 而StringBuffer与StringBuilder就不一样了,他们是字符串变量,是可改变的对象,每当我们用它们对字符串做操作时,实际上是在一个对象上操作的,这样就不会像String一样创建一些而外的对象进行操作了,当然速度就快了。
一个特殊的例子: 1 String str = “This is only a” + “ simple” + “ test”;3 StringBuffer builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”); 对于三者使用的总结: 1.如果要操作少量的数据用 = String 2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder 3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer | |||||||||||||||||||||||||||
参数的类型 | 实参和形参:形参就是函数定义时候用的,实参是在函数调用时候用的。
1. 比如你定义一个函数void add(int a, int b),这里的a和b就是形参。 2. 当你进行函数调用的时候,add(1, 2),这里的1和2就是实参。 | |||||||||||||||||||||||||||
变量和参数 | 局部变量是指在函数型成员如方法、属性、索引器中声明的变量 声明时指定了static修饰符的字段就是静态变量 C#中一共有四种类型的参数:值参数,引用参数,输出参数,参数数组。
| |||||||||||||||||||||||||||
Const 定义的是静态常在对象初始化的时候赋值.以后不能改变它的值.属于编译时常量。不能用new初始化。 Readonly 是只读变量.属于运行时变量.可以在类constructor里改变它的值.不能作用于局部变量。 const 和 static 不能在一起用,它已经是静态的了。 我们都知道,const和static readonly的确非常像:通过类名而不是对象名进行访问,在程式中只读等等。在多数情况下能混用。二者本质的差别在于,const的值是在编译期间确定的,因此只能在声明时通过常量表达式指定其值。 而static readonly,在程式中只读, 不过它是在运行时计算出其值的,所以还能通过静态构造函数来对它赋值, readonly只能用来修饰类的field,不能修饰局部变量,也不能修饰property等其他类成员 | ||||||||||||||||||||||||||||
委托 事件 什么是委托? 委托和事件的关系? | http://www.cnblogs.com/chengzish/p/4559268.html http://www.tracefact.net/CSharp-Programming/Delegates-and-Events-in-CSharp.aspx 委托 是存放方法的指针的清单,也就是装方法的容器 事件是委托对象,事件自身实现了对委托对象的保护 所以event关键字本质就是做了两个事情,从而实现对委托对象的保护: 1,创建了一个对应的Private委托对象 2,然后添加Add和Remove方法访问、操作这个Private委托对象。
Observer设计模式是为了定义对象间的一种一对多的依赖关系,以便于当一个对象的状态改变时, 其他依赖于它的对象会被自动告知并更新。Observer模式是一种松耦合的设计模式。
using System; using System.Collections.Generic; using System.Text; namespace Delegate { // 热水器 public class Heater { private int temperature; public delegate void BoilHandler(int param); //声明委托 public event BoilHandler BoilEvent; //声明事件 // 烧水 public void BoilWater() { for (int i = 0; i <= 100; i++) { temperature = i; if (temperature > 95) { if (BoilEvent != null) { //如果有对象注册 BoilEvent(temperature); //调用所有注册对象的方法 } } } } } // 警报器 public class Alarm { public void MakeAlert(int param) { Console.WriteLine("Alarm:嘀嘀嘀,水已经 {0} 度了:", param); } } // 显示器 public class Display { public static void ShowMsg(int param) { //静态方法 Console.WriteLine("Display:水快烧开了,当前温度:{0}度。", param); } } class Program { static void Main() { Heater heater = new Heater(); Alarm alarm = new Alarm(); heater.BoilEvent += alarm.MakeAlert; //注册方法 heater.BoilEvent += (new Alarm()).MakeAlert; //给匿名对象注册方法 heater.BoilEvent += Display.ShowMsg; //注册静态方法 heater.BoilWater(); //烧水,会自动调用注册过对象的方法 } } } 输出为: Alarm:嘀嘀嘀,水已经 96 度了: Alarm:嘀嘀嘀,水已经 96 度了: Display:水快烧开了,当前温度:96度。 // 省略...
| |||||||||||||||||||||||||||
多线程 static 单例 | http://www.cnblogs.com/EthanCai/p/3705834.html
static 在多线程的情况 静态方法是否有线程安全问题?要看在静态方法中是否使用了静态成员。对于ASP.NET, 多个客户端访问服务器端, 这是一个多线程的例子
c#创建带参数的线程1、无参数线程的创建Thread thread = new Thread(new ThreadStart(getpic));thread.Start(); private void showmessage(){ Console.WriteLine("hello world");}2、带一个参数的线程使用ParameterizedThreadStart,调用 System.Threading.Thread.Start(System.Object) 重载方法时将包含数据的对象传递给线程。注意传递的参数只能是object类型,不过可以进行强制类型转换。Thread thread = new Thread(new ParameterizedThreadStart(showmessage));string o = "hello";thread.Start((object)o);private static void showmessage(object message){ string temp = (string)message; Console.WriteLine(message);}3、带两个及以上参数的线程这时候可以将线程执行的方法和参数都封装到一个类里边,通过实例化该类,方法就可以调用属性来尽享传递参数。例如如下程序,想传入两个string变量,然后打印输出。public class ThreadTest { private string str1; private string str2; public ThreadTest(string a, string b) { str1 = a; str2 = b; } public void ThreadProc() { Console.WriteLine(str1 + str2); } }public class Example { public static void Main() { ThreadTest tt = new ThreadTest("hello ", "world"); Thread thread = new Thread(new ThreadStart(tt.ThreadProc)); thread.Start(); }}
///
| |||||||||||||||||||||||||||
Dispose(); .Clear(); = null | DataTable的 .Dispose(); .Clear(); = null; 三个有何区别,?_ | |||||||||||||||||||||||||||
深拷贝浅拷贝 | ICloneable 浅拷贝就比如像引用类型,而深拷贝就比如值类型。 浅拷贝是指源对象与拷贝对象共用一份实体,仅仅是引用的变量不同(名称不同)。对其中任何一个对象的改动都会影响另外一个对象。举个例子,一个人一开始叫张三,后来改名叫李四了, 可是还是同一个人,不管是张三缺胳膊少腿还是李四缺胳膊少腿,都是这个人倒霉。 深拷贝是指源对象与拷贝对象互相独立,其中任何一个对象的改动都不会对另外一个对象造成影响。举个例子,一个人名叫张三,后来用他克隆(假设法律允许)了另外一个人, 叫李四,不管是张三缺胳膊少腿还是李四缺胳膊少腿都不会影响另外一个人。比较典型的就是Value(值)对象,如预定义类型Int32,Double,以及结构(struct),枚举(Enum)等。 | |||||||||||||||||||||||||||
http://www.cnblogs.com/aaa6818162/p/4677140.html //传入参数类型 Action
| ||||||||||||||||||||||||||||
c#扩展方法 | ||||||||||||||||||||||||||||
http://www.cnblogs.com/LoveJenny/archive/2011/11/01/2230933.html http://blog.csdn.net/tianmuxia/article/details/17675681 线程的创建是比较占用资源的一件事情,.NET 为我们提供了线程池来帮助我们创建和管理线程。Task是默认会直接使用线程池,但是Thread不会。如果我们不使用Task,又想用线程池的话,可以使用ThreadPool类。
await并不是针对于async的方法,而是针对async方法所返回给我们的Task,这也是为什么所有的async方法都必须返回给我们Task。所以我们同样可以在Task前面也加上await关键字,这样做实际上是告诉编译器我需要等这个Task的返回值或者等这个Task执行完毕之后才能继续往下走。 | ||||||||||||||||||||||||||||
迭代器 |
foreach编译来调用GetEnumerator和MoveNext方法以及Current属性
考虑这样一种情况。假设数组是靠链表实现的(实际上是线性表,但是我们这里假设)。 当你使用arr[i]访问数组的一个元素的时候,它必须从数组的开头开始找起。我们假设访问一个节点需要1毫秒。那么我们写for (i = 1; i < 5; i++){ arr[i]}需要1+2+3+4+5=15毫秒。但是如果我们使用迭代器,在内部始终保持着最后一个访问的节点,那么我们遍历同样的数组,只要1+1+1+1+1=5毫秒。 | |||||||||||||||||||||||||||
for和foreach |
1 在foreach循环中,迭代集合collectionObject的过程如下: 2 (1)调用collectionObject.GetEnumerator(),返回一个IEnumerator引用。这个方法可以通过IEnumerable接口的实现代码来获得。但这是可选的。 3 (2)调用返回的IEnumerator接口的MoveNext()方法。 4 (3)如果MoveNext()方法返回true,就使用IEnumerator接口的Current属性获取对象的一个引用,用于foreach循环。 5 (4)重复前面两步,直到MoveNext()方法返回false为止,此时循环停止。 6 7 8 替代foreach实现: 9 foreach (XXX a in b){ 10 ... 11 } 12 13 等同于14 15 XXX a;16 IEnumerator ie = (IEnumable)b.GetEnumerator(); 17 while (ie.MoveNext) { 18 a = (XXX)ie.Current; 19 ...20 }
foreach是取只读的,在取的时候数据队列不能变(包括修改,删除,添加等)。要避免这个问题,就应该使用for循环。 IList
| |||||||||||||||||||||||||||
状态机 | ||||||||||||||||||||||||||||
线程静态字段 System.ThreadStaticAttribute |
的作用是告诉CLR,它标记的静态字段的存取是依赖当前线程,而独立于其他线程的。 例如: class MyClass{ [ThreadStatic] static public string threadvalue;}MyClass 中的threadvalue就是一个线程静态字段 。 如果一个程序中同时有多个线程同时访问这个字段,则每个线程访问的都是独立的threadvalue 。例如线程1设置它为”hello”,然后线程2设置它为”world”,最后线程1读取它的时候,得到的是”hello”。 基于这个,线程静态字段有以下特征:
但是,使用线程静态字段要注意:
如果你知道 System.Runtime.Remoting.Messaging.Context (以下简称MContext) 那么MContext和线程静态字段有什么不同呢?
| |||||||||||||||||||||||||||
List<T>传值 | [__DynamicallyInvokable] public static List
[TestMethod] public void TestMethod2() { IList
| |||||||||||||||||||||||||||
终结器 | ||||||||||||||||||||||||||||
托管代码和非托管代码 |
net托管代码是运行在.NET FRAMEWORK上的,类似于JAVA虚拟机 托管代码:属安全代码,因为不涉及指针,但相对性能上较低,C#写出来的东西就可以认为是托管代码非托管代码:非安全的,可以使用指针,性能较高,C++那是写出来的东西就可以认为是非托管代码,还有比如MFC等等一般地,项目开发用托管代码即可。简单来说:托管代码就是把有关内存管理的操作全都由CLR来管理,也就是把底层的一些操作全都封装起来了(安全性上就相对高点,因为不能直接进行内存读取,不会出现内存溢出之类的问题,但相对的,性能会有损失,使用起来也会不够灵活);非托管代码,可以直接进行硬件操作,性能比较好;比较直观的例子就是:C#使用垃圾回收,而C++需要手动释放-------------------------------------------CLI的定义:Common Language Infrastructure公共语言基础结构C#生成的不是处理器能直接解释的指令,而是一种中间语言指令,即CIL:Common Intermediate Language,第二个编译步骤通常在执行时发生,在这个过程中,CIL被转换成处理器能理解的机内码,但要想执行,仅仅转换为机内码还是不行的,C#程序还需要在一个代理的上下文中执行,负责管理C#程序执行的这个代理就是虚拟执行系统Virtual Execution System,VES,又称为“运行时”,运行时负责加载和运行程序,并在程序执行时提供额外的服务(比如安全、垃圾回收等)。也就是说“运行时”:runtime它不是指一个时间,而是特指“虚拟执行系统”这个代理,负责管理C#程序的执行 | |||||||||||||||||||||||||||
C#编译器 JIT编译器 | 从C#的源代码到机器代码,中间要经过两个编译器。一个就是把C#源代码编译成托管模块的C#编译器。另一个就是作为CLR一个组件的JIT编译器。每经过一次编译,程序的语言就更低级一步。 C#编译器生成的是IL语言和元数据
C#编译器是用来生成包含IL和元数据的模块的,一旦编译完成,东西基本就是定下来了的。而JIT编译器会根据元数据和情况来做一些改变。比如泛型中的类型参数的填入和生成相应的机器代码,都是JIT编译器做的,而不是C#编译器。C#编译器的工作就是生成相应的IL和元数据告诉JIT这是一个泛型类型,有类型实参。编译好的程序集,放在那里不动,程序集里的IL和元数据当然不会发生变化。而同一个程序集,在不同CLR版本中的行为和性能就有可能不同,也是一样的道理。
| |||||||||||||||||||||||||||
CLR VIA | ||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
|
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
NET PDB文件到底是什么? |
这个文件会在我们调试的时候被使用到,这个东西可以理解为调试的时候应用程序和源文件之间的一个桥梁。正是归功于这个文件,我们才能在debug的时候看到程序当前执行相对应的代码和监视到一些变量 主要远程调试可以用 | |||||||||||||||||||||||||||
汇编 | ||||||||||||||||||||||||||||
类型参数 | 尖括号中的T是不确定的数据类型,叫做类型参数,一般规定以字母T开头,可以是TKey, TValue都可以。而调用时指定的具体类型叫做类型实参。 | |||||||||||||||||||||||||||
开放类型与封闭类型 | 开放类型:具有泛型参数的类型是开放类型,如List<T>,CLR不允许构造开放类型的实例; 封闭类型:在实际调用代码时,如果所有类型实参都已经指定了实际数据类型,如List<string>,则该类型为封闭类型。CLR允许构造封闭类型的实例。 | |||||||||||||||||||||||||||
在.NET的对象中实际上有两个用于释放资源的函数:Dispose和Finalize。Finalize的目的是用于释放非托管的资源,而Dispose是用于释放所有资源,包括托管的和非托管的。 Dispose和Finalize。Finalize的目的是用于释放非托管的资源,而Dispose是用于释放所有资源,包括托管的和非托管的。 | ||||||||||||||||||||||||||||
C# 托管资源和非托管资源 | 那么对于非托管的资源,这里再重申一下,就是Stream,数据库的连接,GDI+的相关对象,还有Com对象等等这些资源 最常见的一类非托管资源就是包装操作系统资源的对象,例如文件,窗口或网络连接,对于这类资源虽然垃圾回收器可以跟踪封装非托管资源的对象的生存期,但它不了解具体如何清理这些资源。还好.net Framework提供了Finalize()方法,它允许在垃圾回收器回收该类资源时,适当的清理非托管资源。如果在MSDN Library 中搜索Finalize将会发现很多类似的主题,这里列举几种常见的非托管资源:ApplicationContext,Brush,Component,ComponentDesigner,Container, Context,Cursor,FileStream,Font,Icon,Image,Matrix,Object,OdbcDataReader,OleDBDataReader,Pen,Regex,Socket,StreamWriter,Timer,Tooltip 等等资源。 | |||||||||||||||||||||||||||