#實(shí)習(xí)進(jìn)度記錄#26測(cè)開(kāi)實(shí)習(xí)投遞記錄中興 → 2025/04/18 → 測(cè)試友邦資訊科技(廣州)有限公司 → 2025/04/18 → 測(cè)試作業(yè)幫 → 2025/04/18 → 26暑期-測(cè)試開(kāi)發(fā)工程師攜程2025/04/18 → 測(cè)試開(kāi)發(fā)工程師 → 4/21測(cè)試?？低?amp;nbsp;→ 2025/04/18 → 測(cè)評(píng)完成 → 測(cè)試開(kāi)發(fā)工程師上海商泰汽車(chē)信息系統(tǒng)有限公司2025/04/20 → 測(cè)試工程師餓了么 → 2025/04/20 → 測(cè)試開(kāi)發(fā)工程師貝殼找房 → 2025/04/20 → 測(cè)試開(kāi)發(fā)工程師萬(wàn)興科技 → 2025/04/20 → 測(cè)試開(kāi)發(fā)工程師英偉達(dá) → 2025/04/20 → 軟件測(cè)試開(kāi)發(fā)實(shí)習(xí)生  - 4/21掛了通義實(shí)驗(yàn)室 → 2025/04/20 → 測(cè)試開(kāi)發(fā)工程師

自我介紹拷打?qū)嵙?xí)反問(wèn)ps：如果這篇帖子對(duì)于還在找工作和找實(shí)習(xí)的你有所幫助，可以關(guān)注我，給本貼點(diǎn)贊、評(píng)論、收藏。同時(shí)不要吝嗇您的花花

一面后1小時(shí)通知二面——————————#面試問(wèn)題記錄#整整一個(gè)小時(shí)的拷打，場(chǎng)景題+項(xiàng)目拷打 幾乎無(wú)八股文?? 個(gè)人背景與項(xiàng)目經(jīng)歷1.你自我介紹一下？2.你做的兩個(gè)項(xiàng)目中，哪個(gè)是實(shí)習(xí)？哪個(gè)是練手項(xiàng)目？3.實(shí)習(xí)項(xiàng)目主要做了什么？用到了哪些技術(shù)和框架？4.練手項(xiàng)目是獨(dú)立做的嗎？用了哪些模塊和功能？    5.你對(duì)這個(gè)練手項(xiàng)目熟悉嗎？可以詳細(xì)介紹一下它的功能模塊？?? 技術(shù)能力 - 后端開(kāi)發(fā)1.你項(xiàng)目的XX流程是怎么實(shí)現(xiàn)的？Redis + Lua 在其中起到什么作用？2.你項(xiàng)目的Redis 緩存預(yù)熱結(jié)構(gòu)是怎樣的？怎么判斷用戶(hù)狀態(tài)？3.你用 MQ 的目的是什么？為什么不是直接操作數(shù)據(jù)庫(kù)？4.MQ 消費(fèi)失敗的情況下你是怎么處理的？有重試機(jī)制嗎？5.死信隊(duì)列和超時(shí)取消使用的是同一個(gè)嗎隊(duì)列？怎么區(qū)分消息類(lèi)型？6.redis成功執(zhí)行寫(xiě)入了但 MQ 落庫(kù)消費(fèi)失敗怎么辦？Redis 寫(xiě)成功就代表成功嗎？7.JWT 是怎么生成和校驗(yàn)的？用了什么加密算法？8.用戶(hù)主動(dòng)登出是怎么實(shí)現(xiàn)的？?? 多線(xiàn)程與分布式9.Redis 的原子性是怎么保證的？10.項(xiàng)目中你有沒(méi)有考慮冪等性？怎么防止重復(fù)請(qǐng)求的冪等性？11.XX場(chǎng)景中是否能做到最終一致性？如何通知用戶(hù)成功？? MQ & 延遲任務(wù)12.延遲隊(duì)列的作用是什么？項(xiàng)目中用來(lái)處理哪類(lèi)業(yè)務(wù)？13.死信隊(duì)列是如何配置的？超時(shí)和消費(fèi)者消費(fèi)失敗如何分別處理？14.如果 MQ 消息失敗進(jìn)入死信隊(duì)列，你是如何排查和處理的？15.MQ 消息失敗重試到上限后該怎么辦？16.使用 RabbitMQ 是為了提高性能還是為了消息可靠性？17.項(xiàng)目中有沒(méi)有處理 MQ 消息重復(fù)消費(fèi)問(wèn)題？?? MySQL & 數(shù)據(jù)庫(kù)能力18.MySQL 的 B+樹(shù)結(jié)構(gòu)你了解嗎？聚簇索引和非聚簇索引有什么區(qū)別？19.建立索引有什么原則？如何判斷字段是否適合建索引？20.用“性別”字段建索引合適嗎？為啥說(shuō)選擇性低不適合？21.全表掃描和使用區(qū)分度低的索引掃描哪種情況下更快？22.大分頁(yè) offset 性能差怎么優(yōu)化？23.在實(shí)習(xí)中是怎么優(yōu)化SQL的？ ??場(chǎng)景題：高并發(fā)請(qǐng)求失敗后處理方式?? 題目背景描述：你接入了一個(gè)第三方服務(wù)，該服務(wù)每天發(fā)送約 300 萬(wàn)次請(qǐng)求給你們系統(tǒng)。其中，每個(gè)請(qǐng)求都包含一個(gè)全局唯一的 requestId（一個(gè) 40 字節(jié)的 UUID 字符串）。如果因?yàn)榫W(wǎng)絡(luò)中斷、超時(shí)等原因?qū)е碌谌經(jīng)]有收到響應(yīng)，它會(huì)重新發(fā)起完全相同的請(qǐng)求（帶相同的 requestId），業(yè)務(wù)上有幾個(gè)關(guān)鍵限制：    1、每個(gè) requestId 表示一次業(yè)務(wù)處理，例如支付通知、回調(diào)、交易同步等。    2、你方必須保證對(duì)于每個(gè) requestId，只能處理一次（典型的冪等性要求）。    3、不能重復(fù)請(qǐng)求第三方服務(wù)（第三方服務(wù)不具備冪等性）    4、由于網(wǎng)絡(luò)波動(dòng)或響應(yīng)失敗，同一個(gè) requestId 有可能會(huì)在不同時(shí)間再次被發(fā)送過(guò)來(lái)，甚至有以下復(fù)雜時(shí)間分布：        4.1、絕大部分重復(fù)請(qǐng)求會(huì)在20 分鐘內(nèi)重發(fā)；        4.2、一小部分會(huì)在1 天內(nèi)重發(fā)；        4.3、極個(gè)別（例如接口掛起重試）會(huì)在一年后突然重發(fā)。?? 關(guān)鍵技術(shù)難點(diǎn)：    如何快速識(shí)別“是否已處理過(guò)某 requestId”？    如何既不誤判（重復(fù)處理）又不濫用資源（存一年）？    如何兼顧吞吐量、IO壓力、成本？

??面試公司：美團(tuán)??面試崗位： Java 開(kāi)發(fā)??面試問(wèn)題：自我介紹+項(xiàng)目redis 平均耗時(shí)本地緩存和 redis 都大概存了多少數(shù)據(jù)如果有 2000 個(gè)商品，需要把 500 個(gè)熱門(mén)商品動(dòng)態(tài)放進(jìn)緩存怎么實(shí)現(xiàn)如果不考慮實(shí)際場(chǎng)景，設(shè)計(jì)一個(gè)算法，有 100 條數(shù)據(jù)的情況下，只保存 10 條訪問(wèn)量最大的數(shù)據(jù)本地緩存、redis 和數(shù)據(jù)庫(kù)的一致性場(chǎng)景設(shè)計(jì)：你現(xiàn)在要發(fā)放一批優(yōu)惠券，券庫(kù)存有 1000 張，現(xiàn)在很多用戶(hù)要來(lái)領(lǐng)，每人每天限領(lǐng)兩張redis 中扣優(yōu)惠券庫(kù)存和用戶(hù)領(lǐng)券怎么保證原子性如果券已經(jīng)發(fā)出去了，但是數(shù)據(jù)庫(kù)寫(xiě)失敗了，會(huì)發(fā)生什么，怎么避免如果運(yùn)營(yíng)這個(gè)時(shí)候再加 1 萬(wàn)張優(yōu)惠券的庫(kù)存，會(huì)發(fā)生什么...