摘要：
tcp服务端和客户端建立连接后会长时间维持这个连接，用于互相传递数据，tcp是以流的方式传输数据的，就像一个水管里的水一样，从一头不断的流向另一头。 理想情况下，发送的数据包都是独立的， 现实要复杂一些，发送方和接收方都有各自的缓冲区。 发送缓冲区：应用不断的把数据发送到缓冲区，系统不断的从缓冲区取 阅读全文
摘要：
能用程序去做的事，就不要用手，编写自己的代码生成器就是用来解放你的双手，替你做一些重复性的工作。 上篇帖子写了模板的基础 go模板详说 ，有了基础就要做点什么东西，把所学到的东西应用起来才能更好的进步。于是用模板写了一个代码生成器，用于把数据库的表转换成go的struct，目前支持MySQL和Pos 阅读全文
摘要：
模板是我们常用的手段用于动态生成页面，或者用于代码生成器的编写等。比如把数据库的表映射成go语言的struct，这些体力活，写个代码生成器是最合适不过的了. 示例把表转成 struct : 这里--> go模板-代码生成器 当然这篇帖子不是写关于代码生成器的，是详细说一下go的Template，对T 阅读全文
摘要：
上一篇基于 的list实现了一个简单的消息队列： "玩转redis 简单消息队列" "源码地址" "使用demo" 产品经理经常说的一句话，我们不光要有 功能，还要 功能，这样客户才能更满意。同样的，只有简单消息队列是不够的，还要有 才能算是一个完整的消息队列。 看看 的命令，放眼望去，的有序集合( 阅读全文
摘要：
使用 语言基于 写了一个简单的消息队列 "源码地址" "使用demo" redis的 非常的灵活，可以从左边或者右边添加元素，当然也以从任意一头读取数据 添加数据和获取数据的操作也是非常简单的 从左边插入数据 大右边插入数据 从左边取出一个数据 从右边取出一个数据 或者使用 `BRPOP` 来读取数 阅读全文
摘要：
学习了一下 Rust 语言，不像人们说的学习曲线很高，为了练手，用 Rust 把常用的设计模式实现了一遍，就当。 github 地址: "https://github.com/lpxxn/rust design pattern" 目前实现的有，会持续更新： |序号 |模式 & 描述 | 已经实现的模 阅读全文
摘要：
唯一ID算法Snowflake相信大家都不墨生，他是Twitter公司提出来的算法。非常广泛的应用在各种业务系统里。也因为Snowflake的灵活性和缺点，对他的改造层出不穷，比百度的UidGenerator、美团的Leaf、索尼的Sonyflake等等。这篇帖子主要是讲一下原生的Snowflake 阅读全文
摘要：
"剖析nsq消息队列 目录" 实际应用中，一部分服务集群可能会同时订阅同一个 ,并且处于同一个 下。当 有消息需要发送给订阅客户端去处理时，发给哪个客户端是需要考虑的，也就是我要说的消息的负载。 如果不考虑负载情况，把随机的把消息发送到某一个客服端去处理消息，如果机器的性能不同，可能发生的情况就是某 阅读全文
摘要：
剖析nsq消息队列(一) 简介及去中心化实现原理 剖析nsq消息队列(二) 去中心化源码解析 剖析nsq消息队列(三) 消息传输的可靠性和持久化[一] 剖析nsq消息队列(三) 消息传输的可靠性和持久化[二]diskqueue 剖析nsq消息队列(四) 消息的负载处理 阅读全文
摘要：
"剖析nsq消息队列 目录" "上一篇主要说了一下nsq是如何保证消息被消费端成功消费" ，大概提了一下消息的持久化, 设置为 0，所有的消息将会存储到磁盘。 总有人说 的持久化问题， 消除疑虑的方法就是阅读原码做benchmark测试 ，个人感觉 还是很靠谱的。 自己实现了一个先进先出的消息文件队 阅读全文