Apache Commons Pool实现了对象池的功能.定义了对象的生成.销毁.激活.钝化等操作及其状态转换,并提供几个默认的对象池实现.在讲述其实现原理前,先提一下其中有几个重要的对象: PooledObject(池对象). PooledObjectFactory(池对象工厂). Object Pool(对象池). 下面分别详细讲解它们的实现. PooledObject(池对象) 用于封装对象(如:线程.数据库连接.TCP连接),将其包裹成可被池管理的对象.提供了两个默认的池对象实现: De…

写作的初衷 工作4年多, 一直没有系统的阅读过优秀的开源代码, 所以从今年开始做一些尝试, 阅读源码并且试着将自己的理解以文章的形式输出, 从而达到以下目的: 通过阅读源码提升自身的技术水准, 通过写作来巩固和加深理解. 希望给工作1-2年的同学带来一些启发. 希望遇到同频的人. 文章标准 在写作初期, 给文章制定了以下几项准标: 逻辑清晰, 并用大白话表达, 文章最重要的就是让人看懂. 分主次. 每篇文章应该有主要表达的观点, 以及文章所处的上下文环境, 做好必要的克制. 举例论证严谨, 丰富…

相比新的网络请求框架Volley真的很落后,一无是处吗,要知道Volley是由google官方推出的,虽然推出的时间很久了,但是其中依然有值得学习的地方.  从命名我们就能看出一些端倪,volley中文意为群射,齐射,即它适合通信频繁但是数据量不大的网络请求操作,至于为什么我们解读完源码就知道了. 回想下使用Volley的过程:比如请求一个网页的内容. 1. 创建RequestQueue对象 RequestQueue mQueue = Volley.newRequestQueue(MyAppli…

目录大纲: 前言 处理耗时业务的第一种方式-------handler 种加入线程池 处理耗时业务的第二种方式-------Context 中添加线程池 总结:两种方式的对比和思考 前言 熟悉 Netty 的同学都知道,不能在 Netty 中做耗时的,不可预料的操作,比如数据库,网络请求,这将会严重影响 Netty 对 Socket 的处理速度.而解决方法就是将耗时任务添加到异步线程池中.但就添加线程池这步操作来讲,可以有2种方式,而且这2种方式的区别也蛮大的.今天就好好讲一讲. 1. 处理耗时…

写在前面: 最近做的一个项目,用的require和backbone,对两者的使用已经很熟悉了,但是一直都有好奇他们怎么实现的,一直寻思着读读源码.现在项目结束,终于有机会好好研究一下. 本文重要解读requirejs的源码,backbone源码分析将会随后给出. 行文思路: requirejs 基本介绍 requirejs使用后的几个好奇 requirejs源码解读 requirejs基本介绍 由于篇幅有限,这里不会详解requirejs的使用和api,建议读者朋友自己去用几次,再详读api.…

说明 前段时间略忙,终于找到时间看看backbone代码. 正如知友们说的那样,backbone简单.随性. 代码简单的看一眼,就能知道作者的思路.因为简单,所以随性,可以很自由的和其他类库大搭配使用,不太要求特别的格式. 本文会关注backbone实现的细节,整体框架在博客园的一位朋友已经总结的很好了.链接:点击这里 本文Bakcbone版本:    );             ;             , length = models.length; i < length; i++) …

这个 Kafka 的专题,我会从系统整体架构,设计到代码落地.和大家一起杠源码,学技巧,涨知识.希望大家持续关注一起见证成长! 我相信:技术的道路,十年如一日!十年磨一剑! 往期文章 Kafka 探险 - 架构简介 Kafka 探险 - 源码环境搭建 Kafka 探险 - Kafka 探险 -  生产者源码分析: 核心组件 前言 首先还是看一眼 Kafka 生产者中的方法,核心分为三类:构造器,消息发送,其他. 我们今天要探讨的是在构造器中初始化配置时用到的配置类,看起来是构造方法中一个不起眼的…

今天跟随王老师学习了从源码角度去分析scala中的模式匹配的功能.让我们看看源码中的这一段模式匹配: 从代码中我们可以看到,case RegisterWorker(id,workerHost,........){}这里为模式匹配,而我们的模式匹配类RegisterWorker之前就已定义好,如下图: 我们可以看到,我们的模式匹配类是已经定义好的,当我们的master接收到worker发来的消息时,进行模式匹配: . 这里还有一个知识点,我们可以发现,当我们进行模式匹配时,我们并没有使用new方法…

上一篇文章我们分析了Redux-Thunk的源码,可以看到他的代码非常简单,只是让dispatch可以处理函数类型的action,其作者也承认对于复杂场景,Redux-Thunk并不适用,还推荐了Redux-Saga来处理复杂副作用.本文要讲的就是Redux-Saga,这个也是我在实际工作中使用最多的Redux异步解决方案.Redux-Saga比Redux-Thunk复杂得多,而且他整个异步流程都使用Generator来处理,Generator也是我们这篇文章的前置知识,如果你对Generato…

上一篇文章我们讲了怎么用Node.js原生API来写一个web服务器,虽然代码比较丑,但是基本功能还是有的.但是一般我们不会直接用原生API来写,而是借助框架来做,比如本文要讲的Express.通过上一篇文章的铺垫,我们可以猜测,Express其实也没有什么黑魔法,也仅仅是原生API的封装,主要是用来提供更好的扩展性,使用起来更方便,代码更优雅.本文照例会从Express的基本使用入手,然后自己手写一个Express来替代他,也就是源码解析. 本文可运行代码已经上传GitHub,拿下来一边玩代码…