6月安卓手機(jī)性價(jià)比榜：Note 12 Turbo斷層式碾壓
6月份有一個(gè)618，雖然這是京東周年慶的日子，但別的電商也都不約而同的跟進(jìn)了，反正促銷沒壞處，廠商和用戶都能滿意。618期間一些產(chǎn)品也出現(xiàn)了歷史低價(jià)，那么各個(gè)價(jià)位段的產(chǎn)品性價(jià)比
默認(rèn)情況下，Spring Boot 中的 Bean 是非線程安全的。這是因?yàn)椋J(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ì)象。
”
并不是，單例 Bean 分為以下兩種類型：
所以說：有狀態(tài)的單例 Bean 是非線程安全的，而無(wú)狀態(tài)的 Bean 是線程安全的。
“
但在程序中，只要有一種情況會(huì)出現(xiàn)線程安全問題，那么它的整體就是非線程安全的，所以總的來說，單例 Bean 還是非線程安全的。
”
無(wú)狀態(tài)的 Bean 指的是不存在成員變量，或只有查詢操作，沒有修改操作，它的實(shí)現(xiàn)示例代碼如下：
import org.springframework.stereotype.Service;@Servicepublic class StatelessService { public void doSomeTask() { // 執(zhí)行任務(wù) }}有成員變量，并且存在對(duì)成員變量的修改操作，如下代碼所示：
import org.springframework.stereotype.Service;@Servicepublic class UserService { private int count = 0; public void incrementCount() { count++; // 非原子操作，并發(fā)存在線程安全問題 } public int getCount() { return count; }}想要保證有狀態(tài) Bean 的線程安全，可以從以下幾個(gè)方面來實(shí)現(xiàn)：
具體實(shí)現(xiàn)如下。
實(shí)現(xiàn)代碼如下：
import org.springframework.stereotype.Service;@Servicepublic 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)存泄漏問題。
鎖機(jī)制中最簡(jiǎn)單的是使用 synchronized 修飾方法，讓多線程執(zhí)行此方法時(shí)排隊(duì)執(zhí)行，這樣就不會(huì)有線程安全問題了，如下代碼所示：
import org.springframework.stereotype.Service;@Servicepublic class UserService { private int count = 0; public synchronized void incrementCount() { count++; // 非原子操作，并發(fā)存在線程安全問題 } public int getCount() { return count; }}原型作用域通過 @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; }}我們可以使用線程安全的容器，例如 AtomicInteger 來替代 int，從而保證線程安全，如下代碼所示：
import org.springframework.stereotype.Service;import java.util.concurrent.atomic.AtomicInteger;@Servicepublic class UserService { private AtomicInteger count = new AtomicInteger(0); public void incrementCount() { count.incrementAndGet(); } public int getCount() { return count.get(); }}實(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 問題了。
單例模式的 Bean 并不一定都是非線程安全的，其中有狀態(tài)的 Bean 是存在線程安全問題的。實(shí)際工作中通常會(huì)使用鎖機(jī)制（synchronized 或 ReentrantLock）或線程安全的容器來解決 Bean 的線程安全問題，但具體使用哪種方案，還要結(jié)合具體業(yè)務(wù)場(chǎng)景來定。
本文鏈接：http://m.www897cc.com/showinfo-26-60980-0.html面試官：?jiǎn)卫鼴ean一定不安全嗎？實(shí)際工作中如何處理此問題？
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)