zhangw1236的博客

由于项目上有大批量数据插入和更新的操作，所以使用了jdbc的批量操作功能。在此之前参考了很多文章包括jdbc的手册(https://www.tutorialspoint.com/jdbc/jdbc-batch-processing.htm)，有说需要使用事务的，也有的文章没有使用事务，试了很久，发现代码一直没有按照期望的执行，还是逐条操作数据库。后来在偶然间看到了文章提到需要设置rewriteBa

翻阅大大小小的博客，无论中外只要你搜索PreparedStatement这个关键字，得到的大多数结果是在重复执行一条语句多次的情况下PreparedStatement会获得比Statement更好的性能，辟如下文引用的这段文字。 选择PreparedStatement还是Statement取决于你要怎么使用它们. 对于只执行一次的SQL语句选择Statement是最好的. 相反, 如果SQL语句

在上一篇文章中http://blog.youkuaiyun.com/zhangw1236/article/details/65630952 给大家分析了dubbo的扩展点加载机制，在dubbo整体的框架中，扩展点加载是他的核心部分。本篇文章将带着大家看一下dubbo服务的启动过程，是怎么一步步将每个人写的不同的业务逻辑暴露出去的。这里我们使用dubbo源码自带的dubbo-demo-provider和dubbo

阿里开源的RPC框架dubbo是一个庞大而复杂的系统，对源码的分析也没法做到一应俱全。这里从几个dubbo的关键点进行系统的分析，本文先带着大家一起来看看dubbo的扩展点加载机制。

之前的两篇文章给大家介绍了dubbo的扩展点加载机制以及服务启动的过程 dubbo源码解析(一): 扩展点加载(ExtensionLoader) dubbo源码解析(二): dubbo服务的启动本文给大家梳理一下dubbo的socket服务的启动以及一条消息过来后，dubbo框架究竟是怎么处理的。 前文提到，provider服务的暴露最后调用了protocol的export方法Exporter