.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

通過了兩年的洗禮，同胞們大可放心使用。

 

一、增長了 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 的命令相同

　　

二、訂閱與發佈

//普通訂閱
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}");
});
//模式訂閱已經解決的難題：
//一、集羣的節點匹配規則，致使通配符最大可能匹配所有節點，因此所有節點都要訂閱
//二、本組 "test*", "*test001", "test*002" 訂閱所有節點時，須要解決同一條消息不可執行屢次

//發佈，
RedisHelper.Publish("chan1", "123123123");
//不管是集羣或普通模式，RedisHelper.Publish 都能正常通訊

　　

三、緩存殼

//不加緩存的時候，要從數據庫查詢
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())
});