15~30K，3年以上golang開發經驗

繼續分享最新的面經，前面發的兩篇大家也可以看看：

今天分享的是golang開發崗面經，要求是3年以上golang開發經驗，薪資為15~30K，整體面下來的感受就是，面的比較廣，細節拷打不多，來看看難度如何：

GMP調度模型是Go語言運行時的核心調度機制，用于實現高效的并發執行。G代表Goroutine（協程），M代表Machine（操作系統線程），P代表Processor（處理器）。

調度過程：

這種調度方式的優點是高效利用多核CPU，減少了上下文切換的開銷，同時支持大量并發任務。

協作式調度 和 搶占式調度 是兩種不同的任務調度方式，主要區別在于任務的執行控制權歸屬：

協作式調度：
- 任務主動讓出CPU，只有當前任務完成或顯式調用讓出函數時，調度器才能切換到其他任務。
- 缺點是如果某個任務長時間占用CPU而不讓出，會導致其他任務“餓死”。
- 優點是實現簡單，上下文切換開銷小，適合任務間信任度高的場景。
搶占式調度：
- 調度器通過定時器中斷等方式強制剝奪當前任務的CPU使用權，確保公平性。
- 優點是可以防止某個任務獨占CPU，保證系統的響應性和公平性。
- 缺點是上下文切換頻繁可能導致性能開銷增大。

在現代操作系統中，搶占式調度更為常見，因為它能更好地應對復雜任務環境。而協作式調度更多用于嵌入式系統或特定領域。

垃圾回收（GC）是一種自動內存管理機制，用于回收不再使用的對象，避免內存泄漏。常見的GC算法包括引用計數、標記清除、分代回收等。

三色標記 是一種經典的GC算法，其核心思想是將對象分為三種狀態：

GC過程：

混合寫屏障 是一種優化技術，用于解決三色標記中的并發問題。當GC與程序并發運行時，可能會出現新引用導致對象狀態不一致的情況。混合寫屏障通過記錄修改過的引用，確保GC能夠正確識別對象狀態，從而提高效率和安全性。

MySQL使用事務日志（Redo Log和Undo Log）來保證數據一致性。如果在事務執行過程中發生宕機，重啟后會通過以下步驟恢復：

檢查Redo Log：Redo Log記錄了事務對數據頁的物理修改，即使事務未提交，修改也會先寫入日志。重啟后，MySQL會重放Redo Log，將未持久化的修改應用到數據頁上。
檢查Undo Log：Undo Log記錄了事務的回滾信息。對于未提交的事務，MySQL會使用Undo Log撤銷已完成的部分操作，確保事務原子性。
崩潰恢復：MySQL的InnoDB引擎會在啟動時執行崩潰恢復流程，將未完成的事務標記為回滾狀態，并清理相關的日志文件。

通過這種方式，MySQL能夠在宕機后恢復到一致狀態，保證事務的ACID特性。

兩階段提交（2PC, Two-Phase Commit）是一種分布式事務協議，用于協調多個節點之間的事務提交，確保分布式系統中的一致性。

過程：

準備階段：
- 協調者向所有參與者發送Prepare請求，詢問是否可以提交事務。
- 參與者執行事務操作，并將結果寫入日志，然后回復Yes或No。
提交階段：
- 如果所有參與者都回復Yes，協調者發送Commit請求，參與者正式提交事務。
- 如果有任何參與者回復No，協調者發送Abort請求，參與者回滾事務。

解決的問題：

MVCC（多版本并發控制）是一種數據庫并發控制機制，通過保存數據的多個版本來實現高并發讀寫。

原理：

解決的問題：

MVCC有效解決了讀寫沖突問題，提高了并發性能。
在可重復讀（Repeatable Read）隔離級別下，MVCC通過版本控制避免了不可重復讀問題。
對于幻讀問題，MVCC在某些情況下可以通過間隙鎖（Gap Lock）結合版本控制部分解決，但在串行化（Serializable）級別下，仍需依賴鎖機制來完全避免幻讀。