hello，大家好呀，我是小楼！今天给大家带来一篇关于DubboIO交互的文章，本文是一位同事写的文章，用有趣的文字把枯燥的知识点写出来，通俗易懂，非常有意思，所以迫不及待找作者授权然后分享给大家：一些有趣的问题Dubbo是一个优秀的RPC框架，其中有错综复杂复杂的线程模型，本篇文章笔者从自己浅薄的认知中，来剖析Dubbo的整个IO过程。在开始之前，我们

背景我在公司内负责自研的dubbo注册中心相关工作，群里经常接到业务方反馈dubbo接口注销报错。经排查，确定是同一个接口调用了两次注销接口导致，由于我们的注册中心注销接口不能重复调用，调用第二次会因为实例已经注销而报实例找不到的错误。虽然这个报错仅会打印一条错误日志，不影响业务，但本着followthrough的精神，我决定还是一探究竟，更何况重复注销

接触RN开发也快两年的时间了，期间也开发了5、6个APP了，ReactNative的版本也在快速的迭代着，今天重新出发，从源码解析一下App的启动流程，此次解析基于RN0.60.5版本。开始之前开始分析之前，新建一个名为RnDemo的空项目,RN版本选择0.60.5，通过查看项目的目录结构中Android部分会自动为我们生成MainActi

启动Dubbo服务有2个方式，1是通过xml配置，2是通过注解来实现，这点和Spring相似。采用XML配置如下：<?xmlversion"1.0"encoding"UTF8"?<beansxmlns"http://www.springframework.org/schema/beans"

内存池的内存规格：在前面的源码分析过程中，关于内存规格大小我们应该还有些印象。其实在Netty内存池中主要设置了四种规格大小的内存：tiny是指0512Byte之间的规格大小，small是指512Byte8KB之间的规格大小，normal是指8KB16MB之间的规格大小，huge是指16MB以上。为什么Netty会选择

这篇文章主要是从原理,手册和源码分析在PHP中查询MySQL返回大量结果时,内存占用的问题,同时对使用MySQLCAPI也有涉及.    昨天,有同事在PHP讨论群里提到,他做的一个项目由于MySQL查询返回的结果太多(达10万条),从而导致PHP内存不够用.所以,他问,在执行下面的代码遍历返回的MySQL结果之前,数据是否已经在

源码下载 http://download.csdn.net/download/knight\_black\_bob/9439432(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fdownload.csdn.net%2Fdownload%2Fknight_black_bob%2F9439

【基本思路】拦截器在哪里拦截？什么情况下才会拦截代理？怎么代理呢？只要搞清楚这些，基本的拦截器功能也3拦截器实现原理mybatis支持拦截器，实现的原理就是利用JDK的动态代理。拦截器在哪里呢？mybatis到底提供几处可以拦截呢？请看下图，通过分析源码可知基本查询流程如下:!mybatis的interceptor拦截器流程图(http: