关于Dapper.NET的相关论述

年少时，为何不为自己的梦想去拼搏一次呢？纵使头破血流，也不悔有那年少轻狂。感慨很多，最近事情也很多，博客也很少更新了，毕竟每个人都需要为自己的生活去努力。

最近在一个群里遇到一个人说的话，在这里不再赘述，大概意思就是自己各种精通各种懂，面试时各种装逼各种吊，本人真诚的求教了一下他，问他是否懂这些东西的底层原理，是否了解过底层源码，能否根据实际情况修改源码，谁知被他吐槽说装逼，说知识那么多不能什么都看源码和理解原理吧。但是我只想说，这可是你自己说自己精通，难道精通的框架不该了解源码和原理吗？难道精通就是只知道怎么简单的应用吗？难道是我聊天的方式不对？

最近遇到一个问题，那就是有关Dapper.NET的一些问题，Dapper.NET的效率为何很高？该组件的运行原理是什么？说句实话，我找了很久都没有发现类似的文章，不知道是不是我的搜素方式不对，还希望发现类似好的文章的朋友发给我看看，知识在于分享嘛，不要吝啬你的知识，让我们一起进步吧。

在这里简单介绍一下其原理

一.Dapper.NET概述：

项目开发时，我们都是需要考虑项目的技术架构，尤其是对数据库底层的考虑比较多。现在对于数据库的访问有ADO.NET，EF，Dapper.NET等等，不同的情况会有不同的选择，讨论的时候都会说到“xx很牛逼，xx效率很高”等等，总之需要干一场，才算我们开过会。（很多时候，在开会前项目选什么技术早就定了，但是不开个会就显得做事不严谨...），在选用Dapper.NET时，有人说到Dapper.NET效率高，很牛逼，也不知道那个新人说了一句“为什么Dapper.NET效率高？”

好尴尬...

Dapper.NET是一个简单的ORM，专门从SQL查询结果中快速生成对象。Dapper.Net支持执行sql查询并将其结果映射到强类型列表或动态对象列表。Dapper.Net缓存每个查询的信息。这种全面的缓存有助于从大约两倍于LINQ到SQL的查询生成对象。当前缓存由两个ConcurrentDictionary对象处理，它们从不被清除。

Dapper.Net通过扩展方法将两个映射函数添加到IDbConnection接口，这两个函数都命名为ExecuteMapperQuery。第一个映射结果是一个强类型列表，而第二个映射结果是一个动态对象列表。ExecuteMapperCommand执行并且不返回结果集。所有三个方法都将参数接受为匿名类，其中属性值映射到同名的SQL参数。

Dapper.Net旨在仅处理结果集到对象映射。它不处理对象之间的关系，它不会自动生成任何类型的SQL查询。

二.Dapper.NET原理浅析：

通过Dapper.NET的源码我们可以发现其主要是“分部方法和分部类”，有关于“分部方法和分部类”的知识可以看这篇博客：http://www.cnblogs.com/pengze0902/p/6369541.html。Dapper.Net也假定连接已打开并准备就绪，Dapper.NET通过对IDbConnection接口进行扩展。在Dapper.NET对数据库连接完成后，可以进行相关的操作，接下来我们就来看一下这些操作的实现方式。

1.Query()方法：

Query<T>(this IDbConnection cnn, string sql, object param = null, 
         IDbTransaction transaction = null, bool buffered = true,
          int? commandTimeout = null, CommandType? commandType = null

改方法表示执行查询，返回按T输入的数据。该方法是Query()方法的泛型方法，有7个参数，第一个参数为IDbConnection扩展类，表示对IDbConnection接口进行扩展，该方法使用了可选参数，提高方法的扩展性。在Query方法的实现中，有一个CommandDefinition类，用来表示sql操作的关键方面。在该类下有一个GetInit()方法。

2.GetInit()方法：

我们都知道Dapper.NET通过Emit反射IDataReader的序列队列，来快速的得到和产生对象。GetInit()方法是一个静态方法，该方法的“Type commandType”参数表示连接关联的Command对象，返回一个Action<IDbCommand>委托。

我们就具体看一下是如何通过Emit反射IDataReader的序列队列的。

if (SqlMapper.Link<Type, Action<IDbCommand>>.TryGet(commandInitCache, commandType, out action))
{ return action; }

Link<TKey, TValue>是一个泛型分部类，这是一个微缓存，查看是否存在一个Action<IDbCommand>的委托。

var bindByName = GetBasicPropertySetter(commandType, "BindByName", typeof(bool));
var initialLongFetchSize = GetBasicPropertySetter(commandType, "InitialLONGFetchSize", 
typeof(int));

以上两个操作主要获取BindByName和InitialLONGFetchSize的获取基本属性设置。

if (bindByName != null || initialLongFetchSize != null)

{

var method = new DynamicMethod(commandType.Name + "_init", null, new Type[] { typeof(IDbCommand) });

var il = method.GetILGenerator();

if (bindByName != null)

{

il.Emit(OpCodes.Ldarg_0);

il.Emit(OpCodes.Castclass, commandType);

il.Emit(OpCodes.Ldc_I4_1);

il.EmitCall(OpCodes.Callvirt, bindByName, null);

}

if (initialLongFetchSize != null)

{

il.Emit(OpCodes.Ldarg_0);

il.Emit(OpCodes.Castclass, commandType);

il.Emit(OpCodes.Ldc_I4_M1);

il.EmitCall(OpCodes.Callvirt, initialLongFetchSize, null);

}

il.Emit(OpCodes.Ret);

action = (Action<IDbCommand>)method.CreateDelegate(typeof(Action<IDbCommand>));

}

这一步是该操作的核心部分，利用Emit反射操作。根据上一步获取的对应名称的基本属性设置，采用DynamicMethod对象，定义和表示一个可以编译，执行和丢弃的动态方法。丢弃的方法可用于垃圾回收。调用该对象的GetILGenerator方法，返回方法的Microsoft中间语言（MSIL）生成器，默认的MSIL流大小为64字节。判断基本属性设置不为空后，调用ILGenerator类的Emit方法，Emit()将指定的指令放在指令流上，该方法接收一个IL流。EmitCall()将 call 或 callvirt 指令置于 Microsoft 中间语言 (MSIL) 流，以调用varargs 方法。我们看到OpCodes类，该类描述中间语言 (IL) 指令。CreateDelegate()完成动态方法并创建一个可用于执行它的委托。

通过以上的反射操作构建好对象后，就会接着执行对应的数据库操作。

3.QueryImpl()：

private static IEnumerable<T> QueryImpl<T>(this IDbConnection cnn, CommandDefinition command, Type effectiveType)

{

object param = command.Parameters;

var identity = new Identity(command.CommandText, command.CommandType, cnn, effectiveType, param == null ? null : param.GetType(), null);

var info = GetCacheInfo(identity, param, command.AddToCache);

IDbCommand cmd = null;

IDataReader reader = null;

bool wasClosed = cnn.State == ConnectionState.Closed;

try

{

cmd = command.SetupCommand(cnn, info.ParamReader);

if (wasClosed) cnn.Open();

reader = cmd.ExecuteReader(wasClosed ? CommandBehavior.CloseConnection | CommandBehavior.SequentialAccess : CommandBehavior.SequentialAccess);

wasClosed = false;

var tuple = info.Deserializer;

int hash = GetColumnHash(reader);

if (tuple.Func == null || tuple.Hash != hash)

{

if (reader.FieldCount == 0)

yield break;

tuple = info.Deserializer = new DeserializerState(hash, GetDeserializer(effectiveType, reader, 0, -1, false));

if (command.AddToCache) SetQueryCache(identity, info);

}

var func = tuple.Func;

var convertToType = Nullable.GetUnderlyingType(effectiveType) ?? effectiveType;

while (reader.Read())

{

object val = func(reader);

if (val == null || val is T)

{

yield return (T)val;

}

else

{

yield return (T)Convert.ChangeType(val, convertToType, CultureInfo.InvariantCulture);

}

while (reader.NextResult()) { }

reader.Dispose();

reader = null;

command.OnCompleted();

}

finally

{

if (reader != null)

{

if (!reader.IsClosed) try { cmd.Cancel(); }

catch { /* don't spoil the existing exception */ }

reader.Dispose();

}

if (wasClosed) cnn.Close();

if (cmd != null) cmd.Dispose();

}

该方法为执行查询操作的核心方法，通过CommandDefinition类的相关操作后，获取到相应的对象后，执行这一步操作。该方法是IDbConnection的扩展方法，CommandDefinition表示sql的相关操作对象，Type表示传入的一个有效的类型。Identity对象表示Dapper中的缓存查询的标识，该类是一个分部类，可以对其进行相应的扩展。GetCacheInfo()获取缓存信息。