7 百里马

尚未进行身份认证

我要认证

这个人很懒,什么都没留下~

等级
TA的排名 2k+

重撸Disconf-client

重撸Disconf-client包背景当前很多配置都在disconf上,迁移到别的配置中心工作量较大原生的disconf-client加载配置的姿势不对:时机过于靠后(BeanFactoryPostProcessor),使用过程中会有很多问题原生的disconf-client不支持多项目公共配置原生的disconf-client代码写得太乱,不便于维护细细去看源代码还会发现更多的问题...

2019-03-04 21:10:41

Tomcat-JDBC源码解析及优化

数据库连接池连接池是常见的一种资源复用的技术。利用连接池,可以将那些创建开销较大的资源汇聚到一个池子里缓存起来,需要使用的时候只需要从连接池里取出来就可以了。中间省去了频繁的创建和销毁的过程。数据库连接池就是其中的典型应用。我们可以简单的思考一下,假设让我们来实现一个数据库连接池,会有哪些问题需要解决?如何保障缓存连接的有效性如何维护连接池中连接的数量我们可以带着上面的两个问题来看看Tomca

2017-11-01 13:41:46

由Cobar引起的Mysql锁问题

使用Cobar将近一年了,但对其原理仍旧不是很了解,更没阅读过源码,说起来也是惭愧。趁着最近线上的一次故障,总算说服自己花时间来看看Cobar的真面目。我们公司对它的印象很差,因为经常出现各种不稳定。比如Cobar在执行一条复杂查询的过程中,同时执行一条普通的selectById都有可能爆出Unsupport Command。线上故障最近的这次线上故障更为严重:因为在底层Mysql层面捕捉到了

2016-12-11 22:23:34

queryTimeout对Cobar不生效的原因

queryTimeout对Cobar不生效的原因

2016-09-19 16:00:15

从Consumer分析Dubbo调用链

继上一篇不成熟的源码分析经历之后,为了搞清楚Consumer是如何与Provider通信的,于是又一言不合翻看起了源码。好,进入正题,依旧从RegistryDirectory这个核心类入手:

2016-07-12 13:54:42

初识Postman

在开发APP接口的过程中,一般接口写完之后,后端开发都会模拟调用一下请求。在用Postman之前,对于一般的get请求我基本都会用浏览器来简单模拟。而对于post请求,我一般习惯写代码来调用。可以用Java来模拟,当然用Python会更简洁。我们来看看这种方法存在哪些弊端?

2016-06-30 23:34:55

由Dubbo路由引发的一言不合就看源码

由于业务上的需要,很早之前就想自己扩展Dubbo的路由功能。But,之前试了一下,发现好像并没有找到正确的打开方式,而且由于时间不是很充足,加上自己心浮气躁浅尝辄止,于是乎就放弃了这块的研究。

2016-06-30 14:37:15

Dubbo的正确打开方式之基本接口定义及异常处理

为什么要写这篇文章呢?因为公司在使用Dubbo时并没有对Dubbo的用法做深入的了解,而是属于拿来就用,随着自己的想法来使用。这样很不好,就像天龙八部的鸠摩智练习错误的六脉神剑一样,方式不对,就容易走火入魔。下面是我近来在空闲时间对Dubbo的一些学习,也纠正了之前的一些错误用法,在此做一下记录:接口定义及异常处理Provider和Consumer实际上就是一个服务端和一个客户端的关系。在

2015-11-30 13:26:50

C3P0连接池初始化过程分析之二

上一篇我们讲到了C3P0PooledConnectionPool,并且最后说到C3P0PooledConnectionPool中的很多关于连接的操作都委托给了BasicResourcePool来处理,那么下面就隆重请出今天的主角——BasicResourcePool及其帮手——BasicResourcePoolManager。不过写了半天觉得BasicResourcePoolManager的结构和

2015-11-27 15:25:16

记一次使用Cobar踩到的坑

起因起因是因为日志里经常报出锁等待超时的错误,并且这个是环环相扣的,一个锁等待会直接引发另外的锁等待,所以危害非常严重,影响非常深远。寻找原因发现是C3P0报出了DEADLOCK,如下图所示: 分析可以看出来ScatteredAcquireTask,也就是获取连接的任务,全部卡在那不动了。那显然是无法获取新的数据库连接了。正好前一天刚刚进行过架构上的调整——从应用直连Mysql变化到中间添加了一层

2015-11-16 07:40:20

C3P0连接池初始化过程分析之一

先把上一节的时序图拿来,强化一下印象,然后顺着图往下捋:Created with Raphaël 2.1.0C3P0连接池初始化过程UserUserComboPooledDataSourceComboPooledDataSourceC3P0PooledConnectionPoolManagerC3P0PooledConnectionPoolManagerC3P0PooledConnecti

2015-10-25 01:45:29

C3P0整体类结构简单分析2

上一篇结构分析我们看了C3P0大概的类图结构,下面我们来看看C3P0连接池初始化的时序图:Created with Raphaël 2.1.0C3P0连接池初始化过程UserUserComboPooledDataSourceComboPooledDataSourceC3P0PooledConnectionPoolManagerC3P0PooledConnectionPoolManagerC3P0Po

2015-10-24 23:28:06

C3P0整体类结构简单分析

直接进入主题吧: 这张图只是C3P0的部分结构类图,不急,先对总体上有一个了解。首先我们需要了解,C3P0是“懒初始化”的。也就是说它并不会自己初始化,而是会等到第一个连接请求进来之后它才会初始化。而那个触发点就是:ComboPooledDataSource.getConnection();了解上面说的“懒初始化”之后,我们来介绍C3P0中几个主要的类:ComboPooledDataSource:

2015-10-18 22:47:09

MyEclipse10破解replaceJar一步报错解决方案

MyEclipse10破解replaceJar一步报错解决方案

2015-10-06 10:26:10

Spring中实现多数据源事务管理

Spring中实现多数据源事务管理前言由于项目中引入了多个数据源,并且需要对多个数据源进行写操作,那么多数据源的事务管理自然成了不可避免的问题,这也让我对@Transactional注解有了进一步的理解(但实际上也并不是非常深入)然而这是一个演进的过程,刚开始项目中并没有使用@Transactional指定具体的TransactionManager,所以新增一个数据源后,对原有的事务产生了影响了,这

2015-07-25 20:26:43

如何在Spring中取得Request对象

这里首先需要说明一点的是,下面讲的获取Request对象都是在非Controller层中进行的操作。因为对于Controller来说,若要用到Request对象的话,直接在方法签名中声明一个HttpServletRequest对象就可以了。另外作为一个良好的Controller-Service-Dao架构,HttpServletRequest对象也不应该出现在Service层或Dao层中,那么其实也

2015-06-05 16:08:37

MyBatis Generator常用配置说明

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE generatorConfiguration PUBLIC "-//mybatis.org//DTD MyBatis Generator Configuration 1.0//EN" "http://mybatis.org/dtd/mybatis-generator-config_1_0.dtd

2015-05-20 23:00:52

用一个切面来统一返回前端的JSON格式

新项目使用Spring MVC + MyBatis架构来做,这套框架自己应该比较得心应手,这里来写一下这两天做的一些设计。首先是静态资源的处理,关于这个之前有写文章单独讲过,这里不再重复写,不太清楚的童鞋可以移步查看接着需要统一JSON的返回格式,和前端工程师约定,对于字符串类型和日期类型都返回字符串,而对于普通数字类型的话都返回数字,金额类数字都返回格式化好的保留一位小数的字符串(比如”10.0”

2015-05-19 22:52:49

Spring官方文档——日志

2.3.2 Logging日志对于Spring来说非常重要(废话,日志对哪个系统不重要?),因为 a)它是唯一强制的外部依赖,b)每个人都希望在使用某个工具时可以看到一些提示性的输出,c)Spring继承了很多别的工具,它们也都有自己的日志依赖。应用开发者的一个目标通常是:对于整个应用来说(包括所有的外部组件),集中创建一个统一的日志配置。由于现在有如此多的日志框架,这个选择看起来会变得更难。

2015-05-11 01:44:18

How Tomcat Works读书笔记2

我们回顾一下,第一章实现的Web服务器类图大致如下: 其中HttpServer中的await()方法会使用一个ServerSocket来监听8080端口,用来接收客户端的请求。当接收到用户请求后会创建一个Socket对象,通过与Socket关联的InputStream来创建并填充一个Request对象(这里只是简单的填充了Uri)。然后用Socket关联的OutputStream创建一个Respo

2015-04-17 00:29:21

查看更多

勋章 我的勋章
  • 专栏达人
    专栏达人
    授予成功创建个人博客专栏的用户。专栏中添加五篇以上博文即可点亮!撰写博客专栏浓缩技术精华,专栏达人就是你!