面試官:Bean是安全的嗎?如果不是怎么保證安全?

默認(rèn)情況下,Spring Boot 中的 Bean 是非線程安全的。這是因?yàn)?,默認(rèn)情況下 Bean 的作用域是單例模式,那么此時(shí),所有的請(qǐng)求都會(huì)共享同一個(gè) Bean 實(shí)例,這意味著這個(gè) Bean 實(shí)例,在多線程下可能被同時(shí)修改,那么此時(shí)它就會(huì)出現(xiàn)線程安全問題。
“Bean 的作用域(Scope)指的是確定在應(yīng)用程序中創(chuàng)建和管理 Bean 實(shí)例的范圍。也就是在 Spring 中,可以通過指定不同的作用域來控制 Bean 實(shí)例的生命周期和可見性。例如,單例模式就是所有線程可見并共享的,而原型模式則是每次請(qǐng)求都創(chuàng)建一個(gè)新的原型對(duì)象?!?/span>
1.單例Bean一定不安全嗎?
并不是,單例 Bean 分為以下兩種類型:
- 無狀態(tài) Bean(線程安全):Bean 沒有成員變量,或多線程只會(huì)對(duì) Bean 成員變量進(jìn)行查詢操作,不會(huì)修改操作。
 - 有狀態(tài) Bean(非線程安全):Bean 有成員變量,并且并發(fā)線程會(huì)對(duì)成員變量進(jìn)行修改操作。
 
所以說:有狀態(tài)的單例 Bean 是非線程安全的,而無狀態(tài)的 Bean 是線程安全的。
“但在程序中,只要有一種情況會(huì)出現(xiàn)線程安全問題,那么它的整體就是非線程安全的,所以總的來說,單例 Bean 還是非線程安全的。”
(1)無狀態(tài)的Bean
無狀態(tài)的 Bean 指的是不存在成員變量,或只有查詢操作,沒有修改操作,它的實(shí)現(xiàn)示例代碼如下:
import org.springframework.stereotype.Service;
@Service
public class StatelessService {
    public void doSomeTask() {
        // 執(zhí)行任務(wù)
    }
}(2)有狀態(tài)的Bean
有成員變量,并且存在對(duì)成員變量的修改操作,如下代碼所示:
import org.springframework.stereotype.Service;
@Service
public class UserService {
    private int count = 0;
    public void incrementCount() {
        count++; // 非原子操作,并發(fā)存在線程安全問題
    }
    public int getCount() {
        return count;
    }
}2.如何保證線程安全?
想要保證有狀態(tài) Bean 的線程安全,可以從以下幾個(gè)方面來實(shí)現(xiàn):
- 使用 ThreadLocal(線程本地變量):每個(gè)線程修改自己的變量,就沒有線程安全問題了。
 - 使用鎖機(jī)制:例如 synchronized 或 ReentrantLock 加鎖修改操作,保證線程安全。
 - 設(shè)置 Bean 為原型作用域(Prototype):將 Bean 的作用域設(shè)置為原型,這意味著每次請(qǐng)求該 Bean 時(shí)都會(huì)創(chuàng)建一個(gè)新的實(shí)例,這樣可以防止不同線程之間的數(shù)據(jù)沖突,不過這種方法增加了內(nèi)存消耗。
 - 使用線程安全容器:例如使用 Atomic 家族下的類(如 AtomicInteger)來保證線程安全,此實(shí)現(xiàn)方式的本質(zhì)還是通過鎖機(jī)制來保證線程安全的,Atomic 家族底層是通過樂觀鎖 CAS(Compare And Swap,比較并替換)來保證線程安全的。
 
具體實(shí)現(xiàn)如下。
(1)使用ThreadLocal保證線程安全
實(shí)現(xiàn)代碼如下:
import org.springframework.stereotype.Service;
@Service
public class UserService {
    private ThreadLocal<Integer> count = ThreadLocal.withInitial(() -> 0);
    public void incrementCount() {
        count.set(count.get() + 1);
    }
    public int getCount() {
        return count.get();
    }
}使用 ThreadLocal 需要注意一個(gè)問題,在用完之后記得調(diào)用 ThreadLocal 的 remove 方法,不然會(huì)發(fā)生內(nèi)存泄漏問題。
(2)使用鎖機(jī)制
鎖機(jī)制中最簡(jiǎn)單的是使用 synchronized 修飾方法,讓多線程執(zhí)行此方法時(shí)排隊(duì)執(zhí)行,這樣就不會(huì)有線程安全問題了,如下代碼所示:
import org.springframework.stereotype.Service;
@Service
public class UserService {
    private int count = 0;
    public synchronized void incrementCount() {
        count++; // 非原子操作,并發(fā)存在線程安全問題
    }
    public int getCount() {
        return count;
    }
}(3)設(shè)置為原型作用域
原型作用域通過 @Scope("prototype") 來設(shè)置,表示每次請(qǐng)求時(shí)都會(huì)生成一個(gè)新對(duì)象(也就沒有線程安全問題了),如下代碼所示:
import org.springframework.stereotype.Service;
@Service
@Scope("prototype")
public class UserService {
    private int count = 0;
    public void incrementCount() {
        count++; // 非原子操作,并發(fā)存在線程安全問題
    }
    public int getCount() {
        return count;
    }
}(4)使用線程安全容器
我們可以使用線程安全的容器,例如 AtomicInteger 來替代 int,從而保證線程安全,如下代碼所示:
import org.springframework.stereotype.Service;
import java.util.concurrent.atomic.AtomicInteger;
@Service
public class UserService {
    private AtomicInteger count = new AtomicInteger(0);
    public void incrementCount() {
        count.incrementAndGet();
    }
    public int getCount() {
        return count.get();
    }
}實(shí)際工作中如何保證線程安全?
實(shí)際工作中,通常會(huì)根據(jù)具體的業(yè)務(wù)場(chǎng)景來選擇合適的線程安全方案,但是以上解決線程安全的方案中,ThreadLocal 和原型作用域會(huì)使用更多的資源,占用更多的空間來保證線程安全,所以在使用時(shí)通常不會(huì)作為最佳考慮方案。
而鎖機(jī)制和線程安全的容器通常會(huì)優(yōu)先考慮,但需要注意的是 AtomicInteger 底層是樂觀鎖 CAS 實(shí)現(xiàn)的,因此它存在樂觀鎖的典型問題 ABA 問題(如果有狀態(tài)的 Bean 中既有 ++ 操作,又有 -- 操作時(shí),可能會(huì)出現(xiàn) ABA 問題),此時(shí)就要使用鎖機(jī)制,或 AtomicStampedReference 來解決 ABA 問題了。
小結(jié)
單例模式的 Bean 并不一定都是非線程安全的,其中有狀態(tài)的 Bean 是存在線程安全問題的。實(shí)際工作中通常會(huì)使用鎖機(jī)制(synchronized 或 ReentrantLock)或線程安全的容器來解決 Bean 的線程安全問題,但具體使用哪種方案,還要結(jié)合具體業(yè)務(wù)場(chǎng)景來定。















 
 
 











 
 
 
 