Java簡(jiǎn)歷項(xiàng)目亮點(diǎn)是優(yōu)勢(shì)，也是被坑最慘的地方

由于市面上大部分資料都講解的一知半解，導(dǎo)致應(yīng)聘者在面試過(guò)程中直接無(wú)從下手

注釋：任何方案都有對(duì)應(yīng)的場(chǎng)景，我們要盡可能的保證我們的方案適合大部分的場(chǎng)景

亮點(diǎn)一：秒殺場(chǎng)景
1、被爭(zhēng)搶的資源是什么？
2、用戶下單后，不進(jìn)行支付，被爭(zhēng)搶的資源是否會(huì)被扣減？
3、超時(shí)未支付的訂單釋放后，資源是否會(huì)回歸被秒殺的資源池中？
4、如何不使用鎖，實(shí)現(xiàn)秒殺場(chǎng)景？
5、如何保證所有用戶公平的爭(zhēng)搶資源，而不是限流排隊(duì)等機(jī)制

亮點(diǎn)二：緩存DB一致性問(wèn)題
1、策略一：布隆過(guò)濾器【大家簡(jiǎn)歷上經(jīng)常使用的一種方案】
2、策略二：先寫DB后刪緩存/先刪緩存，后寫DB【兩者都是有問(wèn)題的】
3、策略三：本地緩存【本地緩存必然會(huì)造成更復(fù)雜的IO通信，一方面我們要維護(hù)本地緩存不會(huì)丟失，另一方面需要與緩存層/DB層保證數(shù)據(jù)的一致性】

亮點(diǎn)三：消息異步處理
1、如何保證消息處理的絕對(duì)順序
2、如何避免消息重復(fù)消費(fèi)【消息重復(fù)消費(fèi)是可怕的，博主就曾在線上遇到過(guò)消息重復(fù)消費(fèi)，造成了發(fā)布事故】
3、如何避免消息堆積/丟失等問(wèn)題
#java##秋招##簡(jiǎn)歷中的項(xiàng)目經(jīng)歷要怎么寫##項(xiàng)目#