之前项目里有个程序，含有 HTTP 上传的相关逻辑；长时间跑，偶尔会出现连接超时的异常，然后再也不能进行新的上传。经过多方面的排查，我最终定位到是该程序里使用的第三方 sdk 的问题，该 sdk 中在某种特定场景下没有正确释放连接，导致一段时间后，获取不到任何可用连接，于是有了连接超时的异常。

写这篇文章之前，还是感到很惭愧的。毕竟没什么难度，只是因为自己之前的基础不够扎实，不了解这个知识点罢了。所以还是要记录一下，加强记忆好好长长记性，鞭策自己。

有时，我们有这样的场景或需求。例如某种平台上有各种各样的申请，如果你给每一种申请单独维护一张表，虽然看似简单，但是管理起来数量多也麻烦。如果以后有新的申请又得新建表，涉及到数据库的操作，几乎所有的公司都有一套复杂且严格的流程或手续，所以拓展起来也不是那么方便了。

之前写了一篇关于 Pulsar 的简介，Pulsar 的存储这块使用了 Bookkeeper来完成，所以再简单介绍下 Bookkeeper。当时用英文写的，就懒得翻译了，看懂应该完全没问题。

因为工作关系，会接触到不同类型的MQ。前段时间，调研了 Yahoo 开源的分布式消息中间件 - Pulsar。根据 Yahoo 的说法，Pulsar 诞生在 Kafka 之前，这就是他们为什么不用 Kafka 的原因。下面就介绍下 Pulsar 的各个方面。