用戶增長(zhǎng) - 一面手撕：LRU- 平時(shí)的學(xué)習(xí)成績(jī)?cè)趺礃樱? 請(qǐng)介紹一下你的實(shí)際經(jīng)歷，重點(diǎn)說(shuō)說(shuō)你在貨拉拉做了什么，遇到了哪些問題？- 這個(gè)項(xiàng)目是為了解決什么問題？- 為什么不使用 MongoDB？這種場(chǎng)景聽起來(lái)用 MongoDB 更合適嗎？- 為什么響應(yīng)時(shí)間（RT）會(huì)很大？原因是什么？- 如果 Redis 不可用，你們會(huì)怎么處理？- AES 存儲(chǔ)是下發(fā)給司機(jī)的嗎？我理解是這樣，對(duì)嗎？- 司機(jī)的密鑰和你們的是同一個(gè)嗎？- AES 里面存儲(chǔ)的是什么內(nèi)容？- 如果我拿到了 AES 的 token，是不是就能模擬登錄了？- 這個(gè)和時(shí)間戳有什么關(guān)系？- token 是如何進(jìn)行對(duì)比的？時(shí)間戳怎么對(duì)比？- 時(shí)間戳的作用是什么？- 如果別人拿到了這個(gè) token，能不能直接登錄？- 本地緩存和 Redis 二級(jí)緩存的機(jī)制能詳細(xì)講一下嗎？它解決了什么問題？- 緩存的是什么內(nèi)容？是活動(dòng)詳情還是第一層緩存的數(shù)據(jù)？- 活動(dòng)內(nèi)容不會(huì)發(fā)生變更嗎？- 本地緩存具體是怎么實(shí)現(xiàn)的？這對(duì)后端壓力沒有影響嗎？- 你有做過性能對(duì)比嗎？- 平時(shí)用 HTTPS 還是 HTTP 比較多？- 有沒有用過 RPC？- HTTP 有哪些請(qǐng)求方法？- 你了解 PUT 方法嗎？- 用 POST 接口也能實(shí)現(xiàn)刪除操作，為什么還需要單獨(dú)的 DELETE 方法？- 只用 DELETE 不安全嗎？- 既然 POST 更安全，為什么還需要 DELETE 方法？- 你了解 HTTP 的狀態(tài)碼嗎？用戶增長(zhǎng)-二面手撕：- 你覺得哪段經(jīng)歷對(duì)你的成長(zhǎng)幫助最大？- 你在這段經(jīng)歷中主要負(fù)責(zé)什么？- 在這個(gè)項(xiàng)目中，有什么讓你覺得驚艷的想法或新技術(shù)？你學(xué)到了什么？- 你剛才提到的是用 Redis 把訂單 ID 和活動(dòng) ID 關(guān)聯(lián)起來(lái)嗎？還是用的其他方式？- 權(quán)益卡的相關(guān)內(nèi)容是怎么生成的？- 你說(shuō)的瓶頸是指下單時(shí)根據(jù)距離和車型獲取活動(dòng) key 列表的壓力嗎？- 為什么說(shuō)是訂單 ID 和活動(dòng)列表的問題？- 下單時(shí)還需要再獲取活動(dòng)列表嗎？這個(gè)性能問題沒辦法避免嗎？- 大對(duì)象不會(huì)影響引用數(shù)目，是不是？- 你還做了哪些方面進(jìn)行預(yù)防這種情況？- 如何保證數(shù)據(jù)一致性？- 如果是分布式服務(wù)，多臺(tái)服務(wù)器上本地緩存更新不一致怎么辦？- 你是怎么把路由寫入每個(gè)本地緩存的？- 什么時(shí)候通知 Redis 更新數(shù)據(jù)？是寫入時(shí)同時(shí)通知嗎？#?？虯I配圖神器#

1.自我介紹2.問了一下在校情況，實(shí)習(xí)時(shí)長(zhǎng)3.介紹項(xiàng)目架構(gòu)4.限流操作的實(shí)現(xiàn)方式（sentinel底層原理）5.es的優(yōu)勢(shì)，是否支持全表掃描為什么（沒太懂想問什么，答的比較含糊）6.Redis對(duì)比于Mysql的幾個(gè)優(yōu)勢(shì)7.mq的技術(shù)選型，對(duì)比于kafka和rocketmq為什么選rabbitmq，rabbitmq的確認(rèn)機(jī)制，可靠性，kafka的高并發(fā)架構(gòu)（預(yù)判了）8.微服務(wù)的具體實(shí)現(xiàn)，拆分的原因9.jvm的方法區(qū)的作用10.分布式事務(wù)的是什么，怎么實(shí)現(xiàn)，seata的具體使用算法題：LRU（做過直接秒了）不知道為什么又問了一遍可以實(shí)習(xí)時(shí)間，和能不能轉(zhuǎn)golang，反問問表現(xiàn)說(shuō)大體不錯(cuò)就es的問題...

部門Java商業(yè)化，一面被面試官像踩肉蟲一樣踩死，期望不要臟面評(píng)。不愧是字節(jié)，問的問題難度很高，刁鉆且抽象，而且大部分都是場(chǎng)景題，可以說(shuō)是個(gè)人整個(gè)暑期最難的一次面試。1.講講UDP TCP的區(qū)別2.問問Java吧，講講Spring Bean的載入流程3.講講volatile和synchronized底層，用了他們之后在內(nèi)存是怎么走的？3.redis會(huì)多少？分布式鎖了解嗎？（下面開始不對(duì)勁了）4.那你們用的是redis分布式鎖對(duì)吧，那我問你一下，不用redis怎么做分布式鎖？5.不用任何組件如何做分布式鎖？（寄）6.不用任何組件，如何做分布式限流？原生你怎么實(shí)現(xiàn)令牌桶，阻塞隊(duì)列嗎？7.設(shè)計(jì)一個(gè)高并發(fā)論壇？講一下數(shù)據(jù)庫(kù)和緩存的詳細(xì)設(shè)計(jì)8.redis怎么做持久化？redis集群做持久化需要什么細(xì)節(jié)？9.索引失效場(chǎng)景講一下，為什么like和范圍查詢會(huì)失效？底層了解過嗎？10.MySQL都有什么Log？MVCC底層原理講一講？11.你們做分布式用的什么自動(dòng)化平臺(tái)，莫非是手動(dòng)部署？算法題：15分鐘手撕一道leedcode hard KMP題隔天收到感謝信#牛客AI配圖神器#

MSOL數(shù)據(jù)庫(kù)死鎖問題比較常見，接下來(lái)通過一個(gè)死鎖排查過程的例子給大家講解。這個(gè)例子將模擬一個(gè)實(shí)際的死鎖場(chǎng)景,然后一步步展示如何識(shí)別、分析和解決這個(gè)死鎖問題場(chǎng)景描述假設(shè)我們有一個(gè)在線商店系統(tǒng),包含以下兩個(gè)表:1.products(產(chǎn)品表)2.orders(訂單表)兩個(gè)并發(fā)事務(wù)試圖更新這些表,導(dǎo)致了死鎖。步驟1: 復(fù)現(xiàn)死鎖首先,我們需要?jiǎng)?chuàng)建一個(gè)能夠可靠復(fù)現(xiàn)死鎖的場(chǎng)暴。 --創(chuàng)建表 CREATE TABLE products( id INT PRIMARY KEY, name VARCHAR(100), stock INT ); CREATE TABLE orders( id INT ...