.net core redis 驱动推荐，为什么不使用 StackExchange.Redis

前言

本人从事 .netcore 转型已两年有余，对 .net core 颇有好感，这一切得益于优秀的语法、框架设计。

2006年开始使用 .net 2.0，从 asp.net 到 winform 到 winservice 等等领域开发都些许涉猎。对.net和大多数同胞有着类似的感触，那是又爱又恨，波段大致是这样：

2010年以前，坚信 .net framework 能一统江湖霸业，不料在此之后，国内使用 .net 各大型领军公司纷纷转型 java，在每次面试和技术口舌之战时总有低人一等的感觉，没有自信。默默的忧桑。。。

于是在2015年底，本人开始接触 linux，学习并使用了第一个跨平台服务端 web 语言 nodejs + express 框架，在完成开发交付时，发现脚本有很多致命问题，最严重那就是维护成本。

经历这一次的项目开发，对软件工程学以及静态语言优点有了更深的体会，在同事推荐和劝导之下，开始学习了 .net core 1.0，看到第一个demo时，发现框架设计与 expressjs 实在太像了，够开放。。我喜欢。。遂一直坚持学习与使用到今天。

遇到的坑

两年时间开发了10+个中大型项目，印象最深刻的是第一个上线项目，一直报 StatckExchange.Redis Timeout 的 bug，当时资料非常少，google 各种姿势都试了(ThreadPool.SetMinThreads)，都没能解决问题，只能临时放弃使用 redis，改用内存存储。

解决问题

为了 .net core 能在团队其他新项目推行使用，必须填平所有坑。于是乎各种搜索与排查，ServiceStack.Redis 是商业版，免费版有限制；

发现了 csredis，作者在 2014 年以后就没有更新了，它不支持 .net core，但是它的源码可读性很强非常干净，几乎无任何依赖，我做了一部分代码修改后就能正常使用了。

隆重介绍

nuget Install-Package CSRedisCore

源码地址：https://github.com/2881099/csredis

经过了两年的洗礼，同胞们大可放心使用。

1、增加了 CSRedisClient 现实集群与连接池管理，和 RedisHelper 静态类快速上手

2、订阅与发布

3、缓存壳

原文地址：https://www.cnblogs.com/kellynic/p/9325816.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com