欧美1区2区3区激情无套,两个女人互添下身视频在线观看,久久av无码精品人妻系列,久久精品噜噜噜成人,末发育娇小性色xxxx

xd有二面嗎,都面啥
點贊 3

相關(guān)推薦

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