前言

EasyCache升級(jí)兼容 Springboot2，有個(gè)業(yè)務(wù)系統(tǒng)啟動(dòng)總是會(huì)卡住，最后拋出超時(shí)異常，如下：

java.util.concurrent.TimeoutException: null

	at java.util.concurrent.FutureTask.get(FutureTask.java:205)

.....

springboot 版本是 2.2.x，springCloudVersion 版本是 2.2.x, lettuce版本是5.2.x，如果使用jedis客戶端沒有，所以問題一定是出在lettuce。

分析原因

如果是線上發(fā)生這個(gè)問題會(huì)使用 jstack 查看線程的情況，在本地idea調(diào)試就更加方便了，查看線程發(fā)現(xiàn)lettuce的線程被Blocked，dump出的部分信息如下：

"lettuce-kqueueEventLoop-7-1@14257" daemon prio=5 tid=0x4c nid=NA waiting for monitor entry

? java.lang.Thread.State: BLOCKED

?waiting for main@1 to release lock on <0x38a5> (a java.util.concurrent.ConcurrentHashMap)

? at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:208)

? at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:321)

? ....

看第一行的報(bào)錯(cuò)是在獲取Bean的時(shí)候阻塞了，說明有地方獲取Bean的時(shí)候沒有釋放鎖。在這地方打斷點(diǎn)發(fā)現(xiàn)是 spring-cloud-sleuth 的 SamplerAutoConfiguration獲取bean的時(shí)候有鎖沒有釋放。源代碼如下

protected static class RefreshScopedSamplerConfiguration {
	public Sampler defaultTraceSampler(SamplerProperties config) {
		return samplerFromProps(config);
	}
}

@RefreshScope 獲取代理類的時(shí)候如果是@PostConstruct的方法，bean是加載不到，所以導(dǎo)致一直沒有釋放鎖。所以猜想，容器還沒有啟動(dòng)完成的時(shí)候，有地方調(diào)用了lettuce的Bean,導(dǎo)致循環(huán)依賴。

坑的復(fù)現(xiàn)及解決辦法

運(yùn)行下面這段代碼，錯(cuò)誤就出現(xiàn)了，和業(yè)務(wù)系統(tǒng)出現(xiàn)的問題一模一樣，也驗(yàn)證了上面的猜想。解決辦法是在容器啟動(dòng)之后在調(diào)用init方法。（實(shí)測(cè)使用InitializingBean時(shí)也會(huì)出現(xiàn)該問題）

public class SpringDataTestService {
    private StringRedisTemplate stringRedisTemplate;
    //@EventListener(MainContextRefreshedEvent.class)
    public void init() {
        String s = stringRedisTemplate.opsForValue().get("gateway:ab-test:config");
        System.out.println(s);
    }
} 

總結(jié)

到此這篇關(guān)于springboot2整合lettuce啟動(dòng)卡住問題解決的文章就介紹到這了,更多相關(guān)springboot2整合lettuce啟動(dòng)卡住內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論