當前位置：首頁 > 编程语言 > java >内容正文

java

网易资深Java架构师：java方法的定义和使用

發(fā)布時間：2023/11/30 java 46 豆豆

生活随笔收集整理的這篇文章主要介紹了网易资深Java架构师：java方法的定义和使用小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

前言

今年因為這個疫情，感覺這是從工作以來過的最久的一個年了，在家呆的時間不是一般的久，算一算有好幾個月呢！我大概是3月底快4月了才出門，投了超多的簡歷，天天面試面試面試面試面試面試面試…慶幸的是還是上岸了（嘻嘻_開心開心）。但其實所謂的慶幸也是靠努力堆起來的，我記憶力還比較好，背一背，沒啥難的，背了1000道題。。。（注：關(guān)于我背的這1000題，文末有分享）

眼看著6月就過去了，再過兩天就7月份了，想著面試大軍可能也過不了幾天就要來了，所以這兩天整理了一些面經(jīng)，今天給大家看的是“美團+字節(jié)跳動+騰訊”這三家的，每家一二三面，我想大家可以自己測試一下能堅持到哪里。

2. ZooKeeper 介紹

2.1. ZooKeeper 由來

正式介紹 ZooKeeper 之前，我們先來看看 ZooKeeper 的由來，還挺有意思的。

下面這段內(nèi)容摘自《從 Paxos 到 ZooKeeper 》第四章第一節(jié)，推薦大家閱讀一下：

ZooKeeper 最早起源于雅虎研究院的一個研究小組。在當時，研究人員發(fā)現(xiàn)，在雅虎內(nèi)部很多大型系統(tǒng)基本都需要依賴一個類似的系統(tǒng)來進行分布式協(xié)調(diào)，但是這些系統(tǒng)往往都存在分布式單點問題。所以，雅虎的開發(fā)人員就試圖開發(fā)一個通用的無單點問題的分布式協(xié)調(diào)框架，以便讓開發(fā)人員將精力集中在處理業(yè)務(wù)邏輯上。

關(guān)于“ZooKeeper”這個項目的名字，其實也有一段趣聞。在立項初期，考慮到之前內(nèi)部很多項目都是使用動物的名字來命名的（例如著名的 Pig 項目),雅虎的工程師希望給這個項目也取一個動物的名字。時任研究院的首席科學(xué)家 RaghuRamakrishnan 開玩笑地說：“在這樣下去，我們這兒就變成動物園了！”此話一出，大家紛紛表示就叫動物園管理員吧一一一因為各個以動物命名的分布式組件放在一起，雅虎的整個分布式系統(tǒng)看上去就像一個大型的動物園了，而 ZooKeeper 正好要用來進行分布式環(huán)境的協(xié)調(diào)一一于是，ZooKeeper 的名字也就由此誕生了。

2.2. ZooKeeper 概覽

ZooKeeper 是一個開源的分布式協(xié)調(diào)服務(wù)，它的設(shè)計目標是將那些復(fù)雜且容易出錯的分布式一致性服務(wù)封裝起來，構(gòu)成一個高效可靠的原語集，并以一系列簡單易用的接口提供給用戶使用。

原語： 操作系統(tǒng)或計算機網(wǎng)絡(luò)用語范疇。是由若干條指令組成的，用于完成一定功能的一個過程。具有不可分割性·即原語的執(zhí)行必須是連續(xù)的，在執(zhí)行過程中不允許被中斷。

ZooKeeper 為我們提供了高可用、高性能、穩(wěn)定的分布式數(shù)據(jù)一致性解決方案，通常被用于實現(xiàn)諸如數(shù)據(jù)發(fā)布/訂閱、負載均衡、命名服務(wù)、分布式協(xié)調(diào)/通知、集群管理、Master 選舉、分布式鎖和分布式隊列等功能。

另外，ZooKeeper 將數(shù)據(jù)保存在內(nèi)存中，性能是非常棒的。在“讀”多于“寫”的應(yīng)用程序中尤其地高性能，因為“寫”會導(dǎo)致所有的服務(wù)器間同步狀態(tài)。（“讀”多于“寫”是協(xié)調(diào)服務(wù)的典型場景）。

2.3. ZooKeeper 特點

順序一致性： 從同一客戶端發(fā)起的事務(wù)請求，最終將會嚴格地按照順序被應(yīng)用到 ZooKeeper 中去。
原子性： 所有事務(wù)請求的處理結(jié)果在整個集群中所有機器上的應(yīng)用情況是一致的，也就是說，要么整個集群中所有的機器都成功應(yīng)用了某一個事務(wù)，要么都沒有應(yīng)用。
單一系統(tǒng)映像： 無論客戶端連到哪一個 ZooKeeper 服務(wù)器上，其看到的服務(wù)端數(shù)據(jù)模型都是一致的。
可靠性： 一旦一次更改請求被應(yīng)用，更改的結(jié)果就會被持久化，直到被下一次更改覆蓋。

2.4. ZooKeeper 典型應(yīng)用場景

ZooKeeper 概覽中，我們介紹到使用其通常被用于實現(xiàn)諸如數(shù)據(jù)發(fā)布/訂閱、負載均衡、命名服務(wù)、分布式協(xié)調(diào)/通知、集群管理、Master 選舉、分布式鎖和分布式隊列等功能。

下面選 3 個典型的應(yīng)用場景來專門說說：

分布式鎖 ：通過創(chuàng)建唯一節(jié)點獲得分布式鎖，當獲得鎖的一方執(zhí)行完相關(guān)代碼或者是掛掉之后就釋放鎖。

命名服務(wù) ：可以通過 ZooKeeper 的順序節(jié)點生成全局唯一 ID

數(shù)據(jù)發(fā)布/訂閱 ：通過 Watcher 機制 可以很方便地實現(xiàn)數(shù)據(jù)發(fā)布/訂閱。當你將數(shù)據(jù)發(fā)布到 ZooKeeper 被監(jiān)聽的節(jié)點上，其他機器可通過監(jiān)聽 ZooKeeper 上節(jié)點的變化來實現(xiàn)配置的動態(tài)更新。

實際上，這些功能的實現(xiàn)基本都得益于 ZooKeeper 可以保存數(shù)據(jù)的功能，但是 ZooKeeper 不適合保存大量數(shù)據(jù)，這一點需要注意。

2.5. 有哪些著名的開源項目用到了 ZooKeeper?

Kafka : ZooKeeper 主要為 Kafka 提供 Broker 和 Topic 的注冊以及多個 Partition 的負載均衡等功能。

Hbase : ZooKeeper 為 Hbase 提供確保整個集群只有一個 Master 以及保存和提供 regionserver 狀態(tài)信息（是否在線）等功能。

Hadoop : ZooKeeper 為 Namenode 提供高可用支持。

3. ZooKeeper 重要概念解讀

破音：拿出小本本，下面的內(nèi)容非常重要哦！

3.1. Data model（數(shù)據(jù)模型）

ZooKeeper 數(shù)據(jù)模型采用層次化的多叉樹形結(jié)構(gòu)，每個節(jié)點上都可以存儲數(shù)據(jù)，這些數(shù)據(jù)可以是數(shù)字、字符串或者是二級制序列。并且。每個節(jié)點還可以擁有 N 個子節(jié)點，最上層是根節(jié)點以“/”來代表。每個數(shù)據(jù)節(jié)點在 ZooKeeper 中被稱為 znode，它是 ZooKeeper 中數(shù)據(jù)的最小單元。并且，每個 znode 都一個唯一的路徑標識。

強調(diào)一句：ZooKeeper 主要是用來協(xié)調(diào)服務(wù)的，而不是用來存儲業(yè)務(wù)數(shù)據(jù)的，所以不要放比較大的數(shù)據(jù)在 znode 上，ZooKeeper 給出的上限是每個結(jié)點的數(shù)據(jù)大小最大是 1M。

從下圖可以更直觀地看出：ZooKeeper 節(jié)點路徑標識方式和 Unix 文件系統(tǒng)路徑非常相似，都是由一系列使用斜杠"/"進行分割的路徑表示，開發(fā)人員可以向這個節(jié)點中寫人數(shù)據(jù)，也可以在節(jié)點下面創(chuàng)建子節(jié)點。這些操作我們后面都會介紹到。

3.2. znode（數(shù)據(jù)節(jié)點）

介紹了 ZooKeeper 樹形數(shù)據(jù)模型之后，我們知道每個數(shù)據(jù)節(jié)點在 ZooKeeper 中被稱為 znode，它是 ZooKeeper 中數(shù)據(jù)的最小單元。你要存放的數(shù)據(jù)就放在上面，是你使用 ZooKeeper 過程中經(jīng)常需要接觸到的一個概念。

3.2.1. znode 4種類型

我們通常是將 znode 分為 4 大類：

持久（PERSISTENT）節(jié)點 ：一旦創(chuàng)建就一直存在即使 ZooKeeper 集群宕機，直到將其刪除。
臨時（EPHEMERAL）節(jié)點 ：臨時節(jié)點的生命周期是與 客戶端會話（session） 綁定的，會話消失則節(jié)點消失 。并且，臨時節(jié)點只能做葉子節(jié)點 ，不能創(chuàng)建子節(jié)點。
持久順序（PERSISTENT_SEQUENTIAL）節(jié)點 ：除了具有持久（PERSISTENT）節(jié)點的特性之外，子節(jié)點的名稱還具有順序性。比如 /node1/app0000000001 、/node1/app0000000002 。
臨時順序（EPHEMERAL_SEQUENTIAL）節(jié)點 ：除了具備臨時（EPHEMERAL）節(jié)點的特性之外，子節(jié)點的名稱還具有順序性。

3.2.2. znode 數(shù)據(jù)結(jié)構(gòu)

每個 znode 由 2 部分組成:

stat ：狀態(tài)信息
data ：節(jié)點存放的數(shù)據(jù)的具體內(nèi)容

言盡于此，完結(jié)

無論是一個初級的 coder，高級的程序員，還是頂級的系統(tǒng)架構(gòu)師，應(yīng)該都有深刻的領(lǐng)會到設(shè)計模式的重要性。

第一，設(shè)計模式能讓專業(yè)人之間交流方便，如下：

程序員A：這里我用了XXX設(shè)計模式

程序員B：那我大致了解你程序的設(shè)計思路了

第二，易維護

項目經(jīng)理：今天客戶有這樣一個需求…

程序員：明白了，這里我使用了XXX設(shè)計模式，所以改起來很快

第三，設(shè)計模式是編程經(jīng)驗的總結(jié)

程序員A：B，你怎么想到要這樣去構(gòu)建你的代碼

程序員B：在我學(xué)習(xí)了XXX設(shè)計模式之后，好像自然而然就感覺這樣寫能避免一些問題

第四，學(xué)習(xí)設(shè)計模式并不是必須的

程序員A：B，你這段代碼使用的是XXX設(shè)計模式對嗎？

程序員B：不好意思，我沒有學(xué)習(xí)過設(shè)計模式，但是我的經(jīng)驗告訴我是這樣寫的

從設(shè)計思想解讀開源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源碼解讀，我都已收集整理全套，篇幅有限，這塊只是詳細的解說了23種設(shè)計模式，整理的文件如下圖一覽無余！

資料領(lǐng)取方式：點擊這里下載

式，整理的文件如下圖一覽無余！