我偶然听说sqlsugar的性能比dapper强对此我表示怀疑(由于我一直使用的dapper存在偏见吧)，于是自己测试了sqlsugar、freesql、dapper发现他们的给我的结果是

sqlsugar>dapper>freesql(这里并不是黑那个orm,毕竟不同orm功能不同底层实现不哃，适用场景不同性能当然不同)这让我很吃惊，dapper(号称orm king)一个执行sql的映射器比不了基于linq语法的sqlsugar。同时也让我感到高兴我高兴的是：orm的性能肯定还有提升的空间。

于是我便开始研究它们并着手编写最终以一千行左右的代码量实现了dapper的基本映射功能,性能真正意义接近mon(dapper的linq实现方案，将来要移植到sqlcommon)我让作者改一下，支持一下作者认为linq映射也不是dapper所需要的功能，不予支持

自己动手丰衣足食，那么我们完全可鉯自己编写一套

完整源码地址：的性能差距，由于我们的动态生成绑定函数在下次使用的时候我们需要从hash表中去查询这个函数指针。

這便是性能的差距点而我们首先绑定函数，下次时候的时候显示的调用你定义的绑定函数

也就是说，你只要能优化这个缓存策略就能无限接近手写社区新闻，深度好文欢迎访问公众号文章汇总  

有时候大数据量进行查询操作的時候查询速度很大强度上可以影响用户体验，因此自己简单写了一个demo简单总结记录一下：