UU們，最近主要在考慮兩個(gè)offer，比較糾結(jié)，一家是廣東華興銀行總行的金融科技管培生，聽說是第一批本人是廣州本地的，兩家都在廣州，通勤時(shí)間都差不多，請(qǐng)UU們給點(diǎn)建議。#三星電子研發(fā)中心##華興銀行##offer幫選#

吃飯有餐補(bǔ)，不斷供零食?下午茶是誰的公司我不說??工作之余天天跟搭子們一起吃吃吃喝喝喝??（公司怕我們長胖安排了健身房和游泳館） WLB遠(yuǎn)超之前待過的公司????我宣布美的食堂是除我本科食堂以外最好吃的食堂！愛吃辣人也能吃到想吃的！ 我們部門每天都??下午茶，水果達(dá)美樂和肯德基?? 從不加班的實(shí)習(xí)，六點(diǎn)就下班?? 已經(jīng)在呼喊朋友來美的實(shí)習(xí)了?? #美的集團(tuán)2026屆暑期實(shí)習(xí)招聘【企業(yè)介紹】集智能家居、樓宇科技、工業(yè)技術(shù)、機(jī)器人與自動(dòng)化和創(chuàng)新型業(yè)務(wù)五大業(yè)務(wù)板塊為一體的全球化科技集團(tuán)，世界五百強(qiáng)企業(yè)【招聘崗位】涵蓋信息技術(shù)、研發(fā)技術(shù)、財(cái)務(wù)金融、管理等八大職業(yè)群，海量崗位任您選擇 【招聘對(duì)象】202...

在分布式系統(tǒng)中，事務(wù)需要跨多個(gè)服務(wù)或數(shù)據(jù)庫執(zhí)行，傳統(tǒng)的ACID事務(wù)（單機(jī)數(shù)據(jù)庫事務(wù)）無法直接適用，因此需要**分布式事務(wù)**機(jī)制來保證數(shù)據(jù)一致性。以下是分布式事務(wù)的核心概念、挑戰(zhàn)及主流解決方案。---##**# deepseek#1. 什么是分布式事務(wù)？****定義**：分布式事務(wù)是指事務(wù)的參與者（如多個(gè)微服務(wù)、數(shù)據(jù)庫、消息隊(duì)列等）分布在不同的節(jié)點(diǎn)上，需要協(xié)調(diào)這些節(jié)點(diǎn)共同完成一個(gè)全局事務(wù)，保證所有操作要么全部成功，要么全部失敗。### **典型場(chǎng)景**- **跨行轉(zhuǎn)賬**：A銀行扣款，B銀行加款。- **訂單支付**：扣減庫存 + 創(chuàng)建訂單 + 支付。- **跨服務(wù)調(diào)用**：用戶注冊(cè)（用戶服務(wù) + 積分服務(wù)）。---## **2. 分布式事務(wù)的挑戰(zhàn)（CAP理論）**在分布式系統(tǒng)中，無法同時(shí)滿足 **CAP**（一致性 Consistency、可用性 Availability、分區(qū)容錯(cuò)性 Partition Tolerance）三個(gè)特性，必須權(quán)衡取舍：| **特性**       | **說明**                                                                 ||----------------|-------------------------------------------------------------------------|| **一致性 (C)** | 所有節(jié)點(diǎn)在同一時(shí)間的數(shù)據(jù)完全一致（強(qiáng)一致性）。                           || **可用性 (A)** | 每個(gè)請(qǐng)求都能得到響應(yīng)（不保證最新數(shù)據(jù)）。                                 || **分區(qū)容錯(cuò) (P)** | 系統(tǒng)在部分節(jié)點(diǎn)故障時(shí)仍能繼續(xù)運(yùn)行（分布式系統(tǒng)必須滿足）。                 |**結(jié)論**：- **CP系統(tǒng)**（如ZooKeeper）：保證一致性，犧牲可用性（如選舉期間不可用）。- **AP系統(tǒng)**（如Cassandra）：保證可用性，犧牲強(qiáng)一致性（最終一致性）。- **CA系統(tǒng)**（如單機(jī)MySQL）：不適用于分布式環(huán)境（無法容忍網(wǎng)絡(luò)分區(qū)）。---## **3.1 2PC（兩階段提交）****原理**：1. **準(zhǔn)備階段（Prepare）**：協(xié)調(diào)者詢問所有參與者是否可以提交。2. **提交階段（Commit/Rollback）**：如果所有參與者都同意，則提交；否則回滾。**優(yōu)點(diǎn)**：- 強(qiáng)一致性（所有節(jié)點(diǎn)要么全部提交，要么全部回滾）。  **缺點(diǎn)**：- **同步阻塞**：參與者必須等待協(xié)調(diào)者決策，性能低。- **單點(diǎn)故障**：協(xié)調(diào)者宕機(jī)會(huì)導(dǎo)致事務(wù)阻塞。- **數(shù)據(jù)不一致風(fēng)險(xiǎn)**：第二階段部分參與者可能未收到提交指令。**適用場(chǎng)景**：- 傳統(tǒng)數(shù)據(jù)庫（如XA協(xié)議），適用于短事務(wù)、低并發(fā)場(chǎng)景。---### **3.2 3PC（三階段提交）****改進(jìn)點(diǎn)**：1. **CanCommit**（詢問階段）：檢查參與者是否可執(zhí)行事務(wù)。2. **PreCommit**（預(yù)提交）：鎖定資源，但不提交。3. **DoCommit**（最終提交）：確認(rèn)提交或回滾。**優(yōu)點(diǎn)**：- 減少阻塞時(shí)間（相比2PC）。  **缺點(diǎn)**：- 仍然存在單點(diǎn)故障問題。- 實(shí)現(xiàn)復(fù)雜，實(shí)際應(yīng)用較少。---### **3.3 TCC（Try-Confirm-Cancel）****原理**：- **Try**：預(yù)留資源（如凍結(jié)庫存）。- **Confirm**：確認(rèn)執(zhí)行（如扣減庫存）。- **Cancel**：失敗時(shí)回滾（如解凍庫存）。**優(yōu)點(diǎn)**：- 無阻塞，適用于高并發(fā)。- 最終一致性較好。**缺點(diǎn)**：- 業(yè)務(wù)侵入性強(qiáng)（需手動(dòng)實(shí)現(xiàn)Try/Confirm/Cancel）。- 需處理空回滾、冪等性問題。**適用場(chǎng)景**：- 金融支付、電商訂單等高一致性要求的業(yè)務(wù)。---### **3.4 Saga模式****原理**：- 將長事務(wù)拆分為多個(gè)本地事務(wù)，每個(gè)事務(wù)提交后觸發(fā)下一個(gè)事務(wù)。- 失敗時(shí)執(zhí)行補(bǔ)償事務(wù)（反向操作）。**優(yōu)點(diǎn)**：- 適用于長事務(wù)（如跨服務(wù)業(yè)務(wù)流程）。- 無全局鎖，性能較高。**缺點(diǎn)**：- 不保證強(qiáng)一致性（可能出現(xiàn)臟數(shù)據(jù)）。- 補(bǔ)償邏輯復(fù)雜。**適用場(chǎng)景**：- 訂單流程、物流跟蹤等最終一致性場(chǎng)景。---### **3.5 本地消息表（異步確保）****原理**：1. 業(yè)務(wù)數(shù)據(jù) + 消息表（同庫事務(wù)）。2. 定時(shí)任務(wù)輪詢消息表，發(fā)送MQ。3. 消費(fèi)者處理消息，失敗重試。**優(yōu)點(diǎn)**：- 實(shí)現(xiàn)簡單，無額外組件依賴。- 保證最終一致性。**缺點(diǎn)**：- 依賴數(shù)據(jù)庫（可能成為瓶頸）。- 延遲較高。**適用場(chǎng)景**：- 訂單狀態(tài)同步、日志處理等低延遲容忍場(chǎng)景。---### **3.6 最大努力通知****原理**：- 系統(tǒng)A執(zhí)行本地事務(wù)后，異步通知系統(tǒng)B。- 系統(tǒng)B收到后處理，失敗則重試（可設(shè)置最大重試次數(shù)）。**優(yōu)點(diǎn)**：- 實(shí)現(xiàn)簡單，適合跨系統(tǒng)調(diào)用。**缺點(diǎn)**：- 不保證100%一致性（最終可能人工介入）。**適用場(chǎng)景**：- 支付結(jié)果通知、第三方回調(diào)等。---## **4. 如何選擇合適的方案？**| **方案**       | **一致性** | **性能** | **復(fù)雜度** | **適用場(chǎng)景**                     ||----------------|-----------|----------|------------|----------------------------------|| **2PC**        | 強(qiáng)一致    | 低       | 中         | 傳統(tǒng)數(shù)據(jù)庫（XA）                 || **TCC**        | 最終一致  | 高       | 高         | 金融、電商支付                   || **Saga**       | 最終一致  | 高       | 中         | 長事務(wù)（訂單、物流）             || **本地消息表** | 最終一致  | 中       | 低         | 異步任務(wù)（庫存扣減、日志）       || **最大努力通知**| 弱一致    | 高       | 低         | 跨系統(tǒng)通知（支付回調(diào)）           |--- ## **Q1：2PC和TCC的區(qū)別？**- **2PC**：數(shù)據(jù)庫層實(shí)現(xiàn)，強(qiáng)一致，阻塞式，性能低。- **TCC**：業(yè)務(wù)層實(shí)現(xiàn)，最終一致，非阻塞，性能高。### **Q2：如何避免Saga模式的臟讀？**- 采用**業(yè)務(wù)鎖**或**版本號(hào)控制**，確保補(bǔ)償事務(wù)正確執(zhí)行。### **Q3：本地消息表如何保證消息不丟失？**- 消息表和業(yè)務(wù)數(shù)據(jù)在同一個(gè)事務(wù)中插入，確保原子性。- 定時(shí)任務(wù) + 重試機(jī)制保證消息最終投遞。---## **6. 總結(jié)**- **強(qiáng)一致性**：2PC（犧牲性能）。- **高并發(fā)+最終一致**：TCC、Saga、本地消息表。- **簡單可靠**：最大努力通知。**實(shí)際應(yīng)用**：電商系統(tǒng)通常組合使用：- **庫存扣減**：TCC/Saga。- **訂單支付**：本地消息表 + 異步通知。- **物流跟蹤**：Saga模式。 理解這些方案的優(yōu)缺點(diǎn)，能幫助你在架構(gòu)設(shè)計(jì)時(shí)做出合理選擇。

全志一面（技術(shù)面）面試時(shí)間：30分鐘左右面試形式：視頻面試1、讓我自我介紹2、問我成績，為啥研究成績一般了？3、講項(xiàng)目4、講項(xiàng)目難點(diǎn)5、問了我一個(gè)跨時(shí)鐘域的問題，100M時(shí)鐘跨越到5M時(shí)鐘，數(shù)據(jù)流，使用fifo，這樣在5M時(shí)鐘域會(huì)不會(huì)是duobit同時(shí)變化？格雷碼的作用？6、問我靜態(tài)時(shí)序分析？如果setup違例了應(yīng)該怎么做？除了優(yōu)化關(guān)鍵路徑外?還可以怎么做？7、低功耗設(shè)計(jì)？設(shè)計(jì)人員可以做的低功耗設(shè)計(jì)本質(zhì)上是盡量降低時(shí)鐘頻率的翻轉(zhuǎn)。2、問了一個(gè)題，關(guān)于定點(diǎn)數(shù)加法的問題。全志二面（HR面）面試時(shí)間：18分鐘左右面試形式：視頻面試1、自我介紹2、怎么選一個(gè)公司3、你手頭有什么公司的offer，4、你...