一个很大的不同——你可以有一个动态返回类型。

dynamic Foo(int x)
{
    dynamic result;

    if (x < 5)
      result = x;
    else
      result = x.ToString();

    return result;
}

Var(隐式类型局部变量)关键字用于定义局部变量。对于Var，底层数据类型是在编译时根据初始赋值确定的。一旦使用Var类型进行了初始赋值，那么它将成为强类型。如果您试图存储与Var类型不兼容的值，则会导致编译时错误。

例子:

Var strNameList=new List<string>(); By using this statement we can store list of names in the string format. 
strNameList.add("Senthil");
strNameList.add("Vignesh");

strNameList.add(45); // This statement will cause the compile time error.

但在动态类型中，底层类型仅在运行时确定。在编译时不检查动态数据类型，也不是强类型。我们可以为动态类型分配任何初始值，然后可以在其生命周期内将其重新分配给任何新值。

例子:

dynamic test="Senthil";
Console.Writeline(test.GetType())  // System.String

test=1222;
Console.Writeline(test.GetType())  // System.Int32

test=new List<string>();
Console.Writeline(test.GetType())  //System.Collections.Generic.List'1[System.String]

它也不提供智能感知支持。当我们使用linq工作时，它也没有提供更好的支持。因为它不支持lambda表达式、扩展方法和匿名方法。

这是一个很好的youtube视频，讨论了var VS动态与实际演示。

下面是一个更详细的快照解释。

Var是早期绑定(静态检查)，而dynamic是后期绑定(动态计算)。

Var关键字查看右边的数据，然后在编译时决定左边的数据类型。换句话说，var关键字节省了你输入很多东西。看看下面的图像，当我们给出字符串数据和x变量显示字符串数据类型在我的工具提示。

另一方面，动态关键字的目的完全不同。动态对象在运行时计算。例如，在下面的代码中，“长度”属性是否存在将在运行时计算。我故意输入了一个小的“l”，所以这个程序编译良好，但当它实际执行时，当“length”属性被调用时抛出了一个错误(small“l”)。

Var是静态类型的——编译器和运行时知道它的类型——它们只是为你节省了一些输入…以下是100%相同的:

var s = "abc";
Console.WriteLine(s.Length);

and

string s = "abc";
Console.WriteLine(s.Length);

所发生的一切只是编译器发现s必须是一个字符串(来自初始化式)。在这两种情况下，它都知道(在IL中)s.l end意味着(实例)字符串。长度属性。

动态是一种非常不同的野兽;它与object最相似，但具有动态调度:

dynamic s = "abc";
Console.WriteLine(s.Length);

这里，s的类型是动态的。它不知道字符串。长度，因为它在编译时不知道s的任何信息。例如，下面的代码也可以编译(但不能运行):

dynamic s = "abc";
Console.WriteLine(s.FlibbleBananaSnowball);

在运行时(仅)，它将检查flibb黎巴嫩asnowball属性-未能找到它，并爆炸在一个火花淋浴。

使用dynamic，属性/方法/操作符等在运行时根据实际对象解析。非常方便地与COM(可以具有仅运行时属性)、DLR或其他动态系统(如javascript)通信。

Var意味着应用静态类型检查(早期绑定)。Dynamic意味着应用动态类型检查(后期绑定)。在代码方面，考虑以下内容:

class Junk
{
    public void Hello()
    {
        Console.WriteLine("Hello");
    }
}

class Program
{
    static void Main(String[] args)
    {
        var a = new Junk();
        dynamic b = new Junk();

        a.Hello();

        b.Hello();
    }
}

如果您编译它并使用ILSpy检查结果，您将发现编译器添加了一些后期绑定代码，这些代码将处理从b对Hello()的调用，而由于早期绑定应用于a, a能够直接调用Hello()。

例如(ILSpy拆卸)

using System;
namespace ConsoleApplication1
{
    internal class Junk
    {
        public void Hello()
        {
            Console.WriteLine("Hello");
        }
    }
}

using Microsoft.CSharp.RuntimeBinder;
using System;
using System.Runtime.CompilerServices;
namespace ConsoleApplication1
{
    internal class Program
    {
        [CompilerGenerated]
        private static class <Main>o__SiteContainer0
        {
            public static CallSite<Action<CallSite, object>> <>p__Site1;
        }
        private static void Main(string[] args)
        {
            Junk a = new Junk();      //NOTE: Compiler converted var to Junk
            object b = new Junk();    //NOTE: Compiler converted dynamic to object
            a.Hello();  //Already Junk so just call the method.

                          //NOTE: Runtime binding (late binding) implementation added by compiler.
            if (Program.<Main>o__SiteContainer0.<>p__Site1 == null)
            {
                Program.<Main>o__SiteContainer0.<>p__Site1 = CallSite<Action<CallSite, object>>.Create(Binder.InvokeMember(CSharpBinderFlags.ResultDiscarded, "Hello", null, typeof(Program), new CSharpArgumentInfo[]
                {
                    CSharpArgumentInfo.Create(CSharpArgumentInfoFlags.None, null)
                }));
            }
            Program.<Main>o__SiteContainer0.<>p__Site1.Target(Program.<Main>o__SiteContainer0.<>p__Site1, b);
        }
    }
}

你能做的最好的事情是发现差异是自己写一个小的控制台应用程序，像这样，并用ILSpy自己测试它。

用var声明的变量是隐式的，但是是静态类型的。使用dynamic声明的变量是动态类型的。CLR添加此功能是为了支持Ruby和Python等动态语言。

我应该补充一点，这意味着动态声明在运行时解析，var声明在编译时解析。