滴滴后端開發(fā)面試經(jīng)驗：

面試的職位是后端開發(fā)。

面試過程

有點煎熬，面試官想到啥問啥，直接不太會了。
有點煎熬，面試官想到啥問啥，直接不太會了。
準備的都沒問，簡歷項目的東西也沒問太多，我還想扯相關的八股，結果直接打算施法。

面試過程中面試官提了哪些問題

問到數(shù)據(jù)庫要深一點的理解，還有集合，所以問數(shù)據(jù)結構，list都用過哪些，map都用過哪些，單例模式和多例模式和應用場景等

滴滴數(shù)據(jù)分析面試經(jīng)驗：

面試的職位是數(shù)據(jù)分析。

面試過程

初面有兩種形式，電話面試的話來電的的是網(wǎng)易的官方電話，所以千萬不能漏接??！回撥的時候會是電子客服（一開始還傻傻的回撥了好幾次）
在面試前會提供房間號，需要提早進入房間調試設備，總的來說和騰訊會議使用體驗差不多
形式是一對一面試，面試的HR小姐姐們小哥哥們人都很好（得夸！），基本不會刁難你，態(tài)度也很熱忱，準備好基本的面試問題就沒啥太大問題了！

面試過程中面試官提了哪些問題

首先是自我介紹 到崗時間 實習時間 對AI產品的理解 有沒有相關經(jīng)歷 上一段實習
你認為這份工作最吸引你的地方是什么？你過往經(jīng)歷中，最能體現(xiàn)崗位所需能力的事是哪件？未來職業(yè)規(guī)劃如何？ 有什么問題需要問我？

滴滴后端面試經(jīng)驗：

面試的職位是后端。

面試過程

從自我介紹開始，隨后面試官聚焦于簡歷中的一到兩個核心項目，要求深入闡述系統(tǒng)架構、技術選型以及遇到的挑戰(zhàn)，比如“談談如何設計這個高并發(fā)訂單系統(tǒng)”或“為何選擇Redis而不是Memcached”。緊接著，便會進入計算機基礎知識的深度考察，涉及數(shù)據(jù)庫索引優(yōu)化、事務隔離級別、分布式緩存一致性以及消息隊列的可靠傳輸?shù)葓鼍盎瘑栴}。面試官會出1-2道算法題，并要求分析時間與空間復雜度。

面試過程中面試官提了哪些問題

· “請選一個你最有挑戰(zhàn)性的項目，介紹一下它的核心業(yè)務和架構?！?br>· “在這個項目中，你遇到的最大技術難題是什么？你是怎么發(fā)現(xiàn)、分析并最終解決這個問題的？”
· “你提到用了Redis做緩存，當時為什么選擇它？緩存鍵是如何設計的？如何保證緩存和數(shù)據(jù)庫的數(shù)據(jù)一致性？”
· “項目的QPS（每秒查詢率）大概是多少？數(shù)據(jù)庫的表數(shù)據(jù)量有多大？有沒有遇到性能瓶頸？你是如何優(yōu)化的？”
· “如果現(xiàn)在讓你重構這個系統(tǒng)，你會在哪些方面進行改進？”
· 數(shù)據(jù)庫：
· “談談你對數(shù)據(jù)庫索引（B+樹）的理解？什么情況下索引會失效？”
· “請解釋一下數(shù)據(jù)庫的事務ACID特性。MySQL的默認隔離級別是什么？它解決了哪些并發(fā)問題？”
· “說說什么是‘臟讀’、‘不可重復讀’和‘幻讀’？”
· 緩存：
· “Redis的持久化機制RDB和AOF有什么區(qū)別？各自的優(yōu)缺點是什么？”
· “如何解決緩存穿透、緩存擊穿和緩存雪崩的問題？”
· “描述一下Redis的主從復制流程?！?br>· 消息隊列：
· “為什么使用消息隊列？它解決了什么問題？（比如解耦、異步、削峰）”
· “如何保證消息不被重復消費（冪等性）？”
· “如何保證消息的可靠傳輸（不丟失）？”
· 網(wǎng)絡與操作系統(tǒng)：
· “描述一下從輸入URL到頁面顯示，后端都發(fā)生了哪些事情？”
· “TCP和UDP的區(qū)別是什么？TCP為什么是可靠的？”
· “進程和線程的區(qū)別是什么？”
· “什么是死鎖？產生死鎖的必要條件是什么？”
· “實現(xiàn)一個LRU（最近最少使用）緩存機制。