redis6.0 客户端缓存学习笔记 作者: nbboy 时间: 2020-08-12 分类: 软件架构,软件工程,设计模式 评论 这个功能的原因是在redis server 前面加入L1缓存，也就是进程内缓存，进程内的缓存好处是减少网络io开销和序列化、反序列化的开销，需要解决的核心问题是数据一致性问题。 Redis 同时在server side和client side改动来支持客户端缓存，这里有两种模式: ###默认模式: 该模式需要server side记录key的信息，维护一个**Invalidation Table**来记录所有的track key,客户端获取key后,记录在该表中，以后一旦有其他客户端改动该key,就向源客户端推送失效信息。需要注意的是1.这种模式是链接会话级别的，断开链接后，不在track key.2.发送失效推送后，该key不在track,除非再次get key.该种模式可以看到占用了一定的server端内存，而且也只能收到一次变更信息。 ###广播模式: 广播模式更好理解,采用Pub/Sub模式，给所有关心该key 的客户端都推送变更通知，这种方式不用server 端记录状态信息，但是推送的端稍微更多一些，但是可以指定前缀来过滤推送的信息,在指定该前缀的情况下，server端显然需要存储**Prefixes Table**,所以在文档中指出，尽量要让这个prefix key 设计得小一点，不然将很损耗cpu 通过配置项tracking-table-max-keys可以设置**Invalidation Table**的大小，默认是1M,如果达到这个上限就开始删除之前没有修改过的key 参考: https://redis.io/topics/client-side-caching#two-connections-mode https://www.slideshare.net/RedisLabs/redisconf18-techniques-for-synchronizing-inmemory-caches-with-redis http://remcarpediem.net/article/e3e7a535/
内存泄露检测神器 作者: nbboy 时间: 2020-08-05 分类: 软件架构,软件工程 评论 ###Summary 用非GC语言比如c/c++写程序的时候，内存泄露是非常让人头疼的，一个服务运行一段时间后莫名下线。在测试环境，我们有很多检测内存的方法，valgrind就是一个很犀利的工具。今天花了一点时间学习，最常用的就是检测内存泄露，命令也很简单： ```shell valgrind --tool=memcheck --leak-check=full ./program_name ``` ###Refs [Linux下几款C++程序中的内存泄露检查工具](https://blog.csdn.net/u012662731/article/details/78652651 "Linux下几款C++程序中的内存泄露检查工具") [内存泄漏检测工具valgrind神器](https://zhuanlan.zhihu.com/p/75416381 "内存泄漏检测工具valgrind神器")
软工方法集 作者: nbboy 时间: 2020-06-28 分类: 软件架构,软件工程 评论 这是一份长期会更新的软件工程方法集 ### 团队协作 代码分层,版本控制协作,沟通 ### 降低错误 CI,自动化测试,自动部署 ### 制定规范 编码规范,发布规范,测试规范 ### 多环境部署 测试环境,正式环境
软件内功修炼手册 作者: nbboy 时间: 2020-06-11 分类: 默认分类,软件架构 评论 这个只是我认为比较可靠的修炼方法，可能不一定适合您,主要的指导思想是这个公式:业务能力+技术能力+管理能力=优秀软件人员。 ### 业务能力 业务能力在这里指的是业务领域模型的抽象能力，业务知识的捕捉能力，未来业务发展的技术创新能力。有人说业务不是很简单么，不就是一些增删改查么？那我觉得是想的太简单了，如果真的那么简单，那可能两种情况。第一就是你对业务的认识还是只是在表面程度，不会领域建模，第二就是你所在的领域，业务还是相对比较简单，并没有涉及太多的复杂流程，或者正在涉及复杂流程，但是渐渐软件出现很多复杂度问题。 这里推荐的一下相关方面的参考书单，我自己也在近几年内摸索中，逐渐重视这部分技能。只有掌握这部分技能才能写出好的业务框架。 1. 《领域驱动设计-软件核心复杂性应对之道》 1. 《实现领域驱动设计》 1. 《UML和模式应用》 1. 《从零开始学架构》 1. 《Head First设计模式》 ### 技术能力 这个自然不必说，很多人重视的就是这方面能力，网上什么什么架构，什么什么技术漫天飞的今天，应对中小型的项目基本没什么问题。但是要注意网络中的很多教程和博客都很碎片化，如果要做到真正掌握，就必须系统化的进行学习和训练。所有技能都是熟能生巧，对于经常用到的技能反复训练，比如就后端而言就是Spring+Mybatis+MySQL几乎覆盖了所有的80%的技能场景，那就要往死里练,其他技能比如ES,Redis就是另外的20%场景了,是一个加分项。这方面好的资料和教程太多了，不过贵在实践。就如在《刻意练习》这本书中写道，专项练习要多，实战练习要精。 1. 《Spring Boot+Vue全栈开发实战》 1. 《Java EE互联网轻量级框架整合开发》 1. 《深入浅出Mybatis》 这里放几张网上某课程的导图: 设计模式类的 常用软件内部原理 分布式的一些话题 常用软件的使用方法 部署工具的使用方法 编程基础知识 ### 管理能力 这一部分还没涉及，之前看过人月神话，但是似懂非懂，不过也有几年时间了，再回过头来看，这本书确实是一本好书。这里只是记录下，以后需要去看的书。 1. 《人月神话》 1. 《人件》
设计模式之外观模式(二) 作者: nbboy 时间: 2019-08-11 分类: 软件架构,软件工程,设计模式 评论 ###简介 外观模式主要解决封装复杂逻辑的问题,也一定程度封装了变化的部分,对外提供一致的接口。具体实际中也用的比较多,比如Laravel框架中就用到外观模式去封装服务容器中底层类的 「静态代理」。我一般用在三方系统的接口封装上，比如三方接口封装不合理或者过于复杂，我就会用外观模式封装然后提供给内部系统使用。思想很简单，不多介绍了。 ###结构图和源码 借用一张图来表示下:  可以看到左边是复杂的具体实现类,右边下面就是外观类,其封装了左边的实现类。 具体实现可以看我的代码[study_design_pattern](https://github.com/x-debug/study_design_pattern "study_design_pattern")，在facade包下。