已經(jīng)等了一天半了，希望三天內(nèi)能發(fā)吧，許個愿，跟二面面試官聊的挺好的，希望給點力。發(fā)一下二面的面經(jīng)吧：45min項目threadlocal中的弱引用Websocket連接方法bigkeyscan命令慢查詢Mysql高可用有哪些措施如何實現(xiàn)防重復(fù)如何實現(xiàn)線程等待另一個線程執(zhí)行完線程池如何實現(xiàn)先進先出隊列，用哪個隊列更好rabbitmq中如何實現(xiàn)順序接收一面比較輕松，4月9號，二面4.14下午兩點面試，面試官很耐心

自我介紹SpringBoot和SpringMVC的區(qū)別緩存穿透、擊穿、雪崩分布式緩存和非分布式緩存的區(qū)別GET和POST請求的區(qū)別測試用例設(shè)計測試三要素

1、如何測試發(fā)現(xiàn)的緩存穿透問題2、自己這個項目用了哪些測試工具；還做了哪些性能測試3、你認(rèn)為你自己做測開的優(yōu)勢有哪些4、場景題：京東 APP 四級地址配置與存儲場景分析 設(shè)計一個測試場景5、redis就是緩存測試場景更深入的一些層面6、一個新人入職都是新業(yè)務(wù)，面對這樣的情況一般就怎么去應(yīng)對？7、關(guān)于測試用例設(shè)計方法的系統(tǒng)了解8、你覺得自己的溝通能力怎么樣？手撕：9、反轉(zhuǎn)列表10、最大回文字符串11、能實習(xí)多久反問......剛二面完，發(fā)個面經(jīng)攢攢人品，接接接offer，求你了東子愿做東子孝女

專欄簡介161. Kafka分區(qū)機制與多實例環(huán)境下的消息順序性Kafka通過分區(qū)（Partition）機制來提高吞吐量和實現(xiàn)負(fù)載均衡。在單個分區(qū)內(nèi)部，Kafka能夠保證消息的嚴(yán)格順序性，即消息按照生產(chǎn)者發(fā)送的順序被存儲和消費。如果生產(chǎn)者將一系列消息指定發(fā)送到同一個分區(qū)，并且這些消息都成功寫入，那么消費者在拉取該分區(qū)的消息時，將嚴(yán)格按照發(fā)送順序接收到它們。然而，在多實例部署的生產(chǎn)者環(huán)境中，即使指定了分區(qū)，也可能出現(xiàn)消費者感知到的消息順序與預(yù)期不符的情況。這主要源于以下幾個因素：首先，多個生產(chǎn)者實例并發(fā)地向同一分區(qū)發(fā)送消息時，網(wǎng)絡(luò)延遲、客戶端處理速度差異以及Broker端的處理時序可能導(dǎo)致消息實際...