在.Net4.0中引入了一个关键字dynamic，这是一个动态类型关键字。Net中还有一个关键字是var，这是一个隐式类型，可以定义本地变量，此时var所代表的实际的数据类型有编译器在初次分配时决定，比如：var a=1；a=“aa”；此时编译器就会报错，因为var在初次定义是已经被分配为int类型，它无法用于返回值、参数或者类/结构。这个时候就要想到所有类型的父类object，按照继承关系来说，object是所有类型的父类，所以它可以替代所有的类，也就是说：object a=1；a=“aa”；这样的表达式，编译器是可以编译通过的，但是因为它所指向的内存区域会因为类型的不同有所不同，所以为了可以正确访问我们所需要的类型的数据，我们在使用它的时候就需要进行显示转换，这样多少会影响性能，而且使用的时候还必须要非常注意，一不小心忘记显示转换就会报错。而dynamic更像是var与object的综合体，因为dynamic是不是强类型，所以它栽编译器初次定义类型之后，还可以根据重新分配的值的再次定义其类型，例如：dynamic a=1；a=“aa”；如果使用GetType()获取其类型名称，可知在给a赋值一个字符串之后，a的类型就变为string了。也因为dynamic在运行时代表任何类型（就像一个object类型的变量一样），那么就必然可以利用它调用属性，方法等成员。因为这是一个动态类型，直到运行时才会知道，所调用的动态变量是否支持指定的成员、所传递的参数是否正确已经成员名称的拼写是否有误，所以，这些数据是否出错，在编译的时候是无法得知的，智能在运行的时候才会知道是否有错误。同时在开发时vs也无法提供智能感知。因而，我们在使用dynamic所定义的变量是就需要非常小心才行，同时，我们还可以使用try...catch来使程序变得更加优雅。在dynamic出错时，抛出的错误通常是RuntimeBinderException类。
dynamic的作用域不仅在于可以用于变量，还可以用于参数、返回值、类/结构，但是dynamic不能使用Lambda表达式和C#匿名方法，以dynamic声明的变量不能用于LINQ to Object以及其他的LINQ技术。尽管dynamic有一些瑕疵，但是在一些场合，使用dynamic确实会给我们节省下很多的精力，比如在使用程序集通过反射进行的后期绑定时。比如，我们现在有一个CarLibrary程序集需要使用反射进行加载，使用其中的Minivan类的TurboBoost(int a,int b)方法，代码为：
Assembly asm=Assembly.Load("CarLibrary");//加载程序集
Type type=asm.GetType("CarLibrary.");//获取Minivan类型的元数据
object obj=Activator.CreateInstance(type);//创建Minivan类型
MethodInfo mi=math.GetMethod("TurboBoost");//获取方法的信息
object[] args={10,20}；
mi.Invoke(obj,args);//调用方法
若是使用dynamic时，代码如下：
Assembly asm=Assembly.Load("CarLibrary");//加载程序集
Type type=asm.GetType("CarLibrary.");//获取Minivan类型的元数据
dynamic obj=Activator.CreateInstance(type)；
obj.TurboBoost(10,20);
由上可见，使用dynamic的便利。