Wcf通讯基础框架方案(五)——更新通知
对于负载均衡环境,多服务器内存中缓存数据的话,需要解决的一个很重要的问题就是一旦数据库中数据有更新,怎么让缓存的数据立即更新?
如果可以容忍延迟或是差异性的话,可以考虑缓存的数据有一个过期时间。但是,最好的方式还是采用通知方式,或者说发布订阅方式。
所有的客户端会订阅客户端配置修改的消息,所有的服务端会订阅服务端配置修改的消息,配置后台在修改后复杂发布这个消息。
在这里采用redis作为发布订阅的服务端,利用TCP双工特性与所有客户端和服务端保持长连接,进行消息的推送。
string contract = ""; using (WcfConfigDataContext data = new WcfConfigDataContext()) { var s = data.ServerFarms.First(); s.ServerFarmAddress = TextBox1.Text; data.SubmitChanges(); contract = data.ServiceEndpoints.First().ServiceContractType; } using (WcfConfigDataContext data = new WcfConfigDataContext()) { TextBox1.Text = data.ServerFarms.First().ServerFarmAddress; } using (var redisClient = cm.GetClient()) { redisClient.PublishMessage("WcfConfigClientChange", contract); }
假设后台更新了服务集群的地址,势必要通知客户端来重新更新缓存的信道工厂。可以看到,在后台修改了配置之后立即向WcfConfigClientChange通道发布一个消息,消息内容就是契约的类型名。
在客户端的WcfServiceClientFactory中:
[MethodImpl(MethodImplOptions.Synchronized)] private static void CreateRedisSubThread() { StartSub(); redisCheckTimer = new Timer(obj => { if (((TimeSpan)(DateTime.Now - lastMsg)).Seconds > 10) { #if DEBUG LocalLogService.Log("recreate redis sub thread"); #endif try { redisSubThread.Abort(); } catch { } finally { StartSub(); } } }, null, 0, 5000); } private static void StartSub() { redisSubThread = new Thread(() => { try { using (var subscription = cm.GetClient().CreateSubscription()) { subscription.OnUnSubscribe = channel => { #if DEBUG LocalLogService.Log("OnUnSubscribe"); #endif }; subscription.OnMessage = (channel, msg) => { try { if (msg == "heart") { lastMsg = DateTime.Now; } ChannelFactory cf; if (channelFactoryCache.TryGetValue(msg, out cf)) { lock (cacheLocker) { channelFactoryCache.Remove(msg); #if DEBUG LocalLogService.Log("Remove channel factory cache"); #endif } } } catch (Exception ex) { LocalLogService.Log(ex.ToString()); } }; subscription.SubscribeToChannels(REDIS_MESSAGECHANNEL); } } catch (Exception ex) { LocalLogService.Log(ex.ToString()); } }); redisSubThread.IsBackground = true; redisSubThread.Start(); }
可以看到,在初始化信道工程缓存的时候会调用CreateRedisSubThread方法,完成两个工作:
1) 启动心跳检测定时器,如果过长时间都没有收到订阅心跳消息的话,重新尝试建立订阅通道。
2) 后台线程接受订阅的消息,如果契约类型在当前的信道工厂缓存中的话,删除缓存等待重新建立。
客户端的缓存更新比较简单,服务端的话可能就涉及到关闭ServiceHost重新启动等问题了,这里不给出详细实现。
除了redis之外,当然也可以使用wcf框架做一个发布订阅功能:
1) 使用双工信道
2) 使用回调特性
简单起见,这里也没有使用实现wcf的发布订阅。
欢迎大家阅读我的极客时间专栏《Java业务开发常见错误100例》【全面避坑+最佳实践=健壮代码】