操作系統(tǒng)問了不少，又開始問深度學(xué)習(xí)（我明明面的是Java），又問場景題，還讓畫圖。做題是當(dāng)天另外約時(shí)間做的，面試官遲到半小時(shí)：1.棧實(shí)現(xiàn)隊(duì)列  2.多線程打印字母和數(shù)組  3.有向無環(huán)圖 前兩個(gè)都寫出來了，也不問我思路，一直在忙自己的事情，我說話什么的也沒聽（估計(jì)是把我靜音了），我說話舉手搞了半天他才看到，直接就說面試結(jié)束結(jié)束后立馬就拒絕我了總共花了近2h，體驗(yàn)感很不好

首先我還沒做筆試就給我約面，我開始以為是比較缺人。HR說可以面試后再做筆試然后等面試時(shí)候面試官不開攝像頭。全程問的不難，全回答上來，手撕很快做出來。面完后秒掛，然后第二志愿估計(jì)因?yàn)樯厦娴拿嬖嚬俳o的分?jǐn)?shù)低，面評差也評估失敗。這個(gè)HR的電話(1953358****)和姓名(姚**)我都有，真想給她曝光或舉報(bào)，要是哪位知道怎么舉報(bào)可以說一下。 KPI就算了，給的面評這么差，后面都沒了。

無手撕  面試官遲到三分鐘（這應(yīng)該不算遲到）以為會問八股，結(jié)果全是項(xiàng)目引申的，麻了 有的面試官不問我這玩具項(xiàng)目嗚嗚+在日常實(shí)習(xí)就沒看，自己介紹都沒講清楚1. 線程通信方式  oom  線程安全 死鎖2. 分布式事務(wù) 如果c超時(shí)沒反應(yīng)， 咋處理。直接通知回滾的話，可能有c先處理回滾的命令，后面又執(zhí)行了本地事務(wù)（c查看本地事務(wù)的狀態(tài) 執(zhí)行中就不回滾 還是咋處理）3. 協(xié)調(diào)者掛了 咋辦  項(xiàng)目: 庫存變化流程 redis回滾庫存為啥會超賣 mq重投db會不會超賣 （冪等判斷和回滾在一個(gè)事務(wù)中）4. 分庫和分表的區(qū)別（分庫一般是多個(gè)實(shí)例解決高并發(fā)，分表是單表數(shù)據(jù)量比較大  分庫和分表很像，都是按分片鍵路由）基于買家id分表分庫的話，賣家想查詢怎么辦（binlog 賣家id分片）自己說話要堅(jiān)定，不能弱弱慫慫的 晚上一看，掛了感覺是除了分布式事務(wù)那兩問題基本都能回答個(gè)大概，可能"大概"這種程度不行吧，太久沒看了，自己的項(xiàng)目都不熟了，分布式事務(wù)確實(shí)就學(xué)了一點(diǎn)   看見我的項(xiàng)目都想吐，重復(fù)看的東西。。#畢業(yè)后不工作的日子里我在做什么#嗚嗚嗚嗚，好菜，本科學(xué)歷不太行感覺銀行國企也不太穩(wěn)麻了3. 我搜的是1.TCC  2.本地消息表  3.多節(jié)點(diǎn)選舉機(jī)制（如Raft協(xié)議）實(shí)現(xiàn)高可用，避免單點(diǎn)故障     三階段提交只是緩解了單點(diǎn)故障問題      （TCC和本地消息表根本就沒有協(xié)調(diào)者所以沒有單點(diǎn)故障   沒有往這上面想 一直在繞三階段提交）2. #### 1. 參與者C超時(shí)無響應(yīng)**解決方案：**- **事務(wù)狀態(tài)查詢機(jī)制**：協(xié)調(diào)者先發(fā)起事務(wù)狀態(tài)查詢（3PC中的CanCommit階段）- **異步補(bǔ)償機(jī)制**：記錄操作日志，超時(shí)后通過定時(shí)任務(wù)重試事務(wù)查詢- **最終一致性兜底**：若長時(shí)間無響應(yīng)，記錄異常事務(wù)日志人工介入- **示例流程**：  1. 協(xié)調(diào)者發(fā)送prepare請求  2. 參與者C超時(shí)未響應(yīng)  3. 協(xié)調(diào)者發(fā)起事務(wù)狀態(tài)查詢請求  4. 若C本地事務(wù)已提交 -> 繼續(xù)提交其他參與者  5. 若C未提交/回滾 -> 發(fā)起全局回滾（我前面講的RMQ的事務(wù)消息 也是反查本地事務(wù)狀態(tài) 這沒回答出來）4. ### 二、分庫分表核心區(qū)別|          | 分庫                          | 分表                  ||----------|-----------------------------|---------------------|| 拆分維度  | 數(shù)據(jù)庫實(shí)例級別                   | 單表結(jié)構(gòu)級別           || 核心目標(biāo)  | 降低單點(diǎn)壓力，提升并發(fā)處理能力        | 解決單表數(shù)據(jù)量過大問題   || 典型場景  | 電商系統(tǒng)買家?guī)?、訂單庫分離           | 用戶表按月分表          || 實(shí)施難度  | 需要處理分布式事務(wù)、跨庫join        | 主要處理SQL路由        |

一面Java 基礎(chǔ) & 核心你覺得用的比較熟練的技術(shù)棧/基礎(chǔ)中間件有哪些？（除了 Java 和 Spring/Spring Cloud Alibaba）還用到了其他的中間件嗎？消息隊(duì)列是 Kafka 嗎？Java 的多態(tài)是怎么實(shí)現(xiàn)的？（底層原理方面）Java 里面的泛型是什么？類型擦除是個(gè)什么樣的機(jī)制？怎么理解這個(gè)東西？（泛型擦除后）聲明一個(gè) List<Integer>，編譯完之后可以往里面放 String 類型嗎？為什么不能放？是誰控制的？用過 Java 里面的反射沒？反射有幾個(gè)基本的類是什么？（面試官提示“三駕馬車”，但候選人不清楚這個(gè)說法，后續(xù)追問具體類）我們可以怎么...