这个 bug 让我更加理解 Spring 单例了
我是风筝,公众号「古时的风筝」,一个兼具深度与广度的程序员鼓励师,一个本打算写诗却写起了代码的田园码农!
文章会收录在 JavaNewBee 中,更有 Java 后端知识图谱,从小白到大牛要走的路都在里面。
谁还没在 Spring 里栽过跟头呢,从哪儿跌倒,就从哪儿睡一会儿,然后再爬起来。
讲点儿武德
这是由一个真实的 bug 引起的,bug 产生的原因就是忽略了 Spring Bean 的单例模式。来,先看一段简单的代码。
public class TestService {
private String callback = "https://ip.com/token={token}";
public String getCallback() {
Random random = new Random();
int number = random.nextInt(100);
System.out.println("本次随机数为:" + number);
callback = callback.replace("{token}", String.valueOf(number));
return callback;
}
public static void main(String[] args) {
TestService testService = new TestService();
while (true) {
Scanner reader = new Scanner(System.in);
int number = reader.nextInt();
if (number > 0) {
String url = testService.getCallback();
System.out.println(url);
}
}
}
}
callback
是一个带有一个回调地址,参数 token
是不确定的。
getCallback
方法每次调用,会随机生成一个100以内的数字,然后将 callback
中的{token}
替换为这个随机数字,最后的格式就像这样的:
https://ip.com/token=88
然后在 main
方法中接收控制台输入,每次输入的数字大于0,调用 getCallback
方法,然后输出 url。
相信各位都能轻易的看出这段程序的输出。
执行程序之后,不管你输入多少次数字,最后输出的 callback
都是第一次的那个。
虽然每次生成的随机数都变了,但是 callback
没变。
其实就是单例
有同学说,你过分了啊,这我能不知道为啥吗?
main
方法只创建了一个TestService
实例,在第一次调用 getCallback
方法的时候,callback
这个字符串就被修改成 https://ip.com/token=89
了,所以,之后不管你再调用多少次,都不会执行 replace
动作了,因为 callback
中已经没有 {token}
这一段了。
TestService
在整个程序执行过程中就是一个单例,所以,在 callback
第一次被修改后,后面再执行
callback.replace("{token}", String.valueOf(number));
的动作,拿到的 callback
中就已经没有 {token}
了,所以说,不会有替换的动作。
当然,这只是用最简单的程序说明单例中的这个问题,真正的项目中想用单例的话,还要借助于单例设计模式实现。
回到那个 bug
有个弟弟在做微信服务号的开发,微信服务号或者订阅号中有个 access_token
的概念,这是所有请求的凭证,有效期 2 个小时,到期之前要进行刷新。
他是这样设计的,在项目启动的时候立即调用微信接口获取 access_token
,然后写了一个定时任务每1个小时刷新一次,获取来的 access_token
放到 redis 和 数据库中,当调用微信服务号其他接口的时候,在 redis 中获取 access_token
并拼接到接口地址中。
开发调试的时候一起顺利,看上去非常完美。
问题出现了
当项目部署到测试环境测试的时候,问题出现了。项目刚发版的时候,测试都正常,但是过一段时间,就会出现错误,查看日志的时候,发现是微信服务号的接口返回了错误码,意思就是 access_token
已过期,需要重新获取。
弟弟第一时间怀疑是定时任务出现了问题,但是通过日志和数据库中的更新时间,发现定时任务是完全没有问题的,刷新 access_token
的时间和定时任务是完全吻合的,说明已经及时刷新了。
我让他用 redis 或数据库中的access_token
去调一下服务号接口,看看是不是也有同样的过期问题。
结果一试,redis 中存的是没问题的,可以正常使用。
那彻底排除是定时任务的问题了,问题的症结应该就出在两个地方:
1、在获取 redis 中的access_token
的过程;
2、将获取到的 access_token
拼接到请求接口 URL 上发生了错误;
到这里就很好判断了,他把从 redis 拿到的access_token
和最后拼接好的 URL 都输出到日志中一看,果然,两个是不一致的。
从 redis 取出的确实是最新可用的 access_token
,但是拼接到接口 URL 上之后,发现是另外一个。那就确定是拿到的 access_token
是没问题的,但是最后拼接到 URL 却有问题。这时,弟弟仔细检查了代码,然后彻底蒙了。
讲点武德
既然问题出在哪儿已经确定了,那就分析那段代码就好了。
项目整体采用的是 Spring Boot,代码很简单,就是在一个 Controller 中调用 Service 中的一个方法。大致 demo 是这样的。
@RestController
@RequestMapping(value = "test")
public class TestController {
@Autowired
private TestService testService;
@GetMapping(value = "call")
public Object getCallback() {
return testService.getCallback();
}
}
@Service
public class TestService {
private String callback = "https://ip.com/token={token}";
public String getCallback() {
Random random = new Random();
int number = random.nextInt(100);
System.out.println("本次随机数为:" + number);
callback = callback.replace("{token}", String.valueOf(number));
return callback;
}
}
看到这里,各位肯定已经发现问题原因了。虽然有多次请求,但因为 Spring Bean 默认是单例模式,所以实际上和前面演示的那个控制台程序是类似的,从头到尾都只有一个 TestService 实例,所以只有第一次能将{token}
替换成真正的access_token
。
对应到实际的服务号场景中,在第一次调用这个接口时,从 redis 拿到 access_token
拼接到具体的 URL中是没问题的,但是一旦这个access_token
过期(1小时后),再次请求这个接口就会出现 access_token
过期的问题。
这里违反了 Spring 单例模式的一个点,那就是 Spring 单例模式,不适合存储有状态的值,比如这里的 callback
就是个有状态的值,它应该随着定时任务的进行,获取到不同的值。
关于 Spring 或 Spring Boot 工作流程的介绍可以阅读文末的两篇文章,其中包括 Bean 实例化过程。
修改建议
如何解决这个问题呢?
其实很简单,不让callback
每次调用发生变化就可以了,每次拼接 URL 的时候,先将 callback
赋给一个局部变量,然后在这个变量上操作就好了。
public String getCallback() {
Random random = new Random();
int number = random.nextInt(100);
System.out.println("本次随机数为:" + number);
String tempCallback = callback;
tempCallback = tempCallback.replace("{token}", String.valueOf(number));
return tempCallback;
}
另外,说到 Spring 单例模式,Spring 本身还支持其他几种模式,与单例模式对应的就是 prototype
模式,这种模式是每个请求都重新生成实例。所以,如果你确定这个 Controller 和 Service 可以不用单例模式,可以加上 @Scope(value = "prototype")
注解。
@RestController
@RequestMapping(value = "test")
@Scope(value = "prototype")
public class TestController {
@Autowired
private TestService testService;
@GetMapping(value = "call")
public Object getCallback() {
return testService.getCallback();
}
}
@Service
@Scope(value = "prototype")
public class TestService {
private String callback = "https://ip.com/token={token}";
public String getCallback() {
Random random = new Random();
int number = random.nextInt(100);
System.out.println("本次随机数为:" + number);
callback = callback.replace("{token}", String.valueOf(number));
return callback;
}
}
这样一来,每次都是新的实例,自然就不存在那个问题了。
从 Spring Boot 出发,分析 Spring IoC 过程
这位英俊潇洒的少年,如果觉得还不错的话,给个推荐可好!
公众号「古时的风筝」,Java 开发者,全栈工程师,bug 杀手,擅长解决问题。
一个兼具深度与广度的程序员鼓励师,本打算写诗却写起了代码的田园码农!坚持原创干货输出,你可选择现在就关注我,或者看看历史文章再关注也不迟。长按二维码关注,跟我一起变优秀!
这个 bug 让我更加理解 Spring 单例了的更多相关文章
- Spring单例Bean和线程安全
Spring的bean默认都是单例的,这些单例Bean在多线程程序下如何保证线程安全呢?例如对于Web应用来说,Web容器对于每个用户请求都创建一个单独的Sevlet线程来处理请求,引入Spring框 ...
- Spring单例 和 Scope注解
关键字 @Scope @Qualifier Singleton 单例 Spring是单例模式.结合Springboot的例子. Controller @Autowired private Tes ...
- 002-创建型-03-单例模式(Singleton)【7种】、spring单例及原理
一.概述 保证一个类仅有一个实例,并提供一个全局访问点 私有构造器.线程安全.延迟加载.序列化和反序列化安全.反射攻击 1.1.适用场景 1.在多个线程之间,比如servlet环境,共享同一个资源或者 ...
- Spring单例与线程安全小结
一.Spring单例模式与线程安全 Spring框架里的bean,或者说组件,获取实例的时候都是默认的单例模式,这是在多线程开发的时候要尤其注意的地方. 单例模式的意思就是只有一个实例.单例模式确 ...
- (转载)spring单例和多例详解。如何在单例中调用多例对象
spring生成对象默认是单例的.通过scope属性可以更改为多例. <bean id="user" class="modle.User" scope=& ...
- Spring 单例
我们知道 Web 容器本身就是多线程的,Web 容器为一个 Http 请求创建一个独立的线程,所以由此请求所牵涉到的 Spring 容器中的 Bean 也是运行于多线程的环境下.在绝大多数情况下,Sp ...
- spring单例bean是线程安全的吗?
如果在你不定义成员变量的情况下,spring默认是线程安全的 否则,设置scope="prototype"
- Spring 单例 httprequest 线程安全
@Autowired HttpServletRequest之所以线程安全是因为, httpsevletRequest 储存在 RequestContextHolder中. 每次http请求的doXXX ...
- Spring 源码学习 - 单例bean的实例化过程
本文作者:geek,一个聪明好学的同事 1. 简介 开发中我们常用@Commpont,@Service,@Resource等注解或者配置xml去声明一个类,使其成为spring容器中的bean,以下我 ...
随机推荐
- Javascript严格模式与一般模式的区别
严格模式是指使代码在严格条件下运行.如果你在JavaScript脚本的头部看到"use strict",那么就表明当前处于严格模式下.严格模式主要是为了消除JavaScript语法 ...
- django搭建完毕运行显示hello django
1.使用pycharm打开工程,进入工程配置解释器路径 2.视图和url 视图:处理我们从业务的地方,可以理解为函数 url:进行路由匹配的地方,先在主工程bookpro中进行匹配,如果匹配ok,那么 ...
- [题解] 洛谷 P3393 逃离僵尸岛
题目TP门 很明显是一个最短路,但是如何建图才是关键. 对于每一个不可遍历到的点,可以向外扩散,找到危险城市. 若是对于每一个这样的城市进行搜索,时间复杂度就为\(O(n^2)\),显然过不了.不妨把 ...
- Zookeeper(5)---分布式锁
基于临时序号节点来实现分布式锁 为什么要用临时节点呢?如果拿到锁的服务宕机了,会话失效ZK自己也会删除掉临时的序号节点,这样也不会阻塞其他服务. 流程: 1.在一个持久节点下面创建临时的序号节点作为锁 ...
- 大数据开发-Hive-常用日期函数&&日期连续题sql套路
前面是常用日期函数总结,后面是一道连续日期的sql题目及其解法套路. 1.当前日期和时间 select current_timestamp -- 2020-12-05 19:16:29.284 2.获 ...
- 基于gRPC的注册发现与负载均衡的原理和实战
gRPC是一个现代的.高性能.开源的和语言无关的通用RPC框架,基于HTTP2协议设计,序列化使用PB(Protocol Buffer),PB是一种语言无关的高性能序列化框架,基于HTTP2+PB保证 ...
- Python正则表达式处理中的匹配对象是什么?
老猿才开始学习正则表达式处理时,对于搜索返回的匹配对象这个名词不是很理解,因此在前阶段<第11.3节 Python正则表达式搜索支持函数search.match.fullmatch.findal ...
- PyQt(Python+Qt)学习随笔:窗口的布局设置及访问
老猿Python博文目录 老猿Python博客地址 在Qt Designer中,可以在一个窗体上拖拽左边的布局部件,在窗口中进行布局管理,但除了基于窗体之上进行布局之外,还需要窗体本身也进行布局管理才 ...
- PyQt(Python+Qt)学习随笔:formLayout的layoutFieldGrowthPolicy属性
Qt Designer的表单布局(formLayout)中,layoutFieldGrowthPolicy用于控制表单布局中输入部件大小的增长方式.如图: 该字段实际与QFormLayout类的Fie ...
- PyQt(Python+Qt)学习随笔:部件的minimumSize、minimumSizeHint之间的区别与联系
1.minimumSize是一个部件设置的最小值,minimumSizeHint是部件Qt建议的最小值: 2.minimumSizeHint是必须在布局中的部件才有效,如果是窗口,必须窗口设置了布局才 ...