RedisRepository分享和纠错改写有哪些长尾词?
- 内容介绍
- 文章标签
- 相关推荐
本文共计5870个文字,预计阅读时间需要24分钟。
一.写在毕业工作后,今天终于能回家了,回想了些这半年来所做的内容,总觉得还是停留在那种基础的水平,在解决问题过程中,自己的创新思路比较少,更多的是依赖搜索来解决问题。
一. 写在前面
毕业工作后,今天终于能回家了,回想了一些这半年来所做的内容,总是觉得还停留在那么基础的水平 ,在解决各种问题的过程中,自己的创新思路比较少,靠搜索来的比较多 。不想做16年的总结了 ,希望17年能学更多的我爱的技术,看更多的开源代码,能学到更多的设计思想和代码思路,能再更新这两年来对代码的理解。
这篇分享,主要是弥补我之前RedisRepository的不足。
半年前由于我StackExchange.Redis文档阅读不足,所分享的RedisRepository有所错误。下面列举我的主要错误:
错误1,没有单例化ConnectionMultiplexer Redis连接对象,并且我天真的以为给单例对象加锁,在并发情况下,会限制了Redis的性能。
错误2,在主从情况下,我以为在发生手动切换的时候,我们要订阅切换事件,并在事件发生后,动态改变连接对象指向的Endpoint。
当我再一次仔细阅读文档时,才明白我的错误,这是一篇迟到的修正,但是我自用的repository自我感觉还是有很多不足之处,所以我真的需要老司机的指点和建议。
修正1,Redis连接对象创建的代价很大,并且单例加锁并不会影响Redis性能,因为在发生网络请求的期间,连接对象并没有在等待中。
本文共计5870个文字,预计阅读时间需要24分钟。
一.写在毕业工作后,今天终于能回家了,回想了些这半年来所做的内容,总觉得还是停留在那种基础的水平,在解决问题过程中,自己的创新思路比较少,更多的是依赖搜索来解决问题。
一. 写在前面
毕业工作后,今天终于能回家了,回想了一些这半年来所做的内容,总是觉得还停留在那么基础的水平 ,在解决各种问题的过程中,自己的创新思路比较少,靠搜索来的比较多 。不想做16年的总结了 ,希望17年能学更多的我爱的技术,看更多的开源代码,能学到更多的设计思想和代码思路,能再更新这两年来对代码的理解。
这篇分享,主要是弥补我之前RedisRepository的不足。
半年前由于我StackExchange.Redis文档阅读不足,所分享的RedisRepository有所错误。下面列举我的主要错误:
错误1,没有单例化ConnectionMultiplexer Redis连接对象,并且我天真的以为给单例对象加锁,在并发情况下,会限制了Redis的性能。
错误2,在主从情况下,我以为在发生手动切换的时候,我们要订阅切换事件,并在事件发生后,动态改变连接对象指向的Endpoint。
当我再一次仔细阅读文档时,才明白我的错误,这是一篇迟到的修正,但是我自用的repository自我感觉还是有很多不足之处,所以我真的需要老司机的指点和建议。
修正1,Redis连接对象创建的代价很大,并且单例加锁并不会影响Redis性能,因为在发生网络请求的期间,连接对象并没有在等待中。

