.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 靜態類快速上手

//普通模式

var csredis = new CSRedis.CSRedisClient("127.0.0.1:6379,password=123,defaultDatabase=13,poolsize=50,ssl=false,writeBuffer=10240,prefix=key前輟");

//集群模式

var csredis = new CSRedis.CSRedisClient(null,
  "127.0.0.1:6371,password=123,defaultDatabase=11,poolsize=10,ssl=false,writeBuffer=10240,prefix=key前輟", 
  "127.0.0.1:6372,password=123,defaultDatabase=12,poolsize=11,ssl=false,writeBuffer=10240,prefix=key前輟",
  "127.0.0.1:6373,password=123,defaultDatabase=13,poolsize=12,ssl=false,writeBuffer=10240,prefix=key前輟",
  "127.0.0.1:6374,password=123,defaultDatabase=14,poolsize=13,ssl=false,writeBuffer=10240,prefix=key前輟");
//實現思路：根據key.GetHashCode() % 節點總數量，確定連向的節點
//也可以自定義規則(第一個參數設置)

//mvc分布式緩存注入 nuget Install-Package Caching.CSRedis

//初始化 RedisHelper
RedisHelper.Initialization(csredis,
  value => Newtonsoft.Json.JsonConvert.SerializeObject(value),
  deserialize: (data, type) => Newtonsoft.Json.JsonConvert.DeserializeObject(data, type));
//注冊mvc分布式緩存
services.AddSingleton<IDistributedCache>(new Microsoft.Extensions.Caching.Redis.CSRedisCache(RedisHelper.Instance));

//提示：CSRedis.CSRedisClient 單例模式夠用了，強烈建議使用 RedisHelper 靜態類
RedisHelper.Set("test1", "123123", 60);
RedisHelper.Get("test1");
//...函數名基本與 redis-cli 的命令相同

　　

2、訂閱與發布

//普通訂閱
RedisHelper.Subscribe(
  ("chan1", msg => Console.WriteLine(msg.Body)),
  ("chan2", msg => Console.WriteLine(msg.Body)));

//模式訂閱（通配符）
RedisHelper.PSubscribe(new[] { "test*", "*test001", "test*002" }, msg => {
  Console.WriteLine($"PSUB   {msg.MessageId}:{msg.Body}    {msg.Pattern}: chan:{msg.Channel}");
});
//模式訂閱已經解決的難題：
//1、集群的節點匹配規則，導致通配符最大可能匹配全部節點，所以全部節點都要訂閱
//2、本組 "test*", "*test001", "test*002" 訂閱全部節點時，需要解決同一條消息不可執行多次

//發布，
RedisHelper.Publish("chan1", "123123123");
//無論是集群或普通模式，RedisHelper.Publish 都能正常通信

　　

3、緩存殼

//不加緩存的時候，要從數據庫查詢
var t1 = Test.Select.WhereId(1).ToOne();

//一般的緩存代碼，如不封裝還挺繁瑣的
var cacheValue = RedisHelper.Get("test1");
if (!string.IsNullOrEmpty(cacheValue)) {
	try {
		return JsonConvert.DeserializeObject(cacheValue);
	} catch {
		//出錯時刪除key
		RedisHelper.Remove("test1");
		throw;
	}
}
var t1 = Test.Select.WhereId(1).ToOne();
RedisHelper.Set("test1", JsonConvert.SerializeObject(t1), 10); //緩存10秒

//使用緩存殼效果同上，以下示例使用 string 和 hash 緩存數據
var t1 = RedisHelper.CacheShell("test1", 10, () => Test.Select.WhereId(1).ToOne());
var t2 = RedisHelper.CacheShell("test", "1", 10, () => Test.Select.WhereId(1).ToOne());
var t3 = RedisHelper.CacheShell("test", new [] { "1", "2" }, 10, notCacheFields => new [] {
  ("1", Test.Select.WhereId(1).ToOne()),
  ("2", Test.Select.WhereId(2).ToOne())
});