線程通訊的三種方法！通俗易懂
線程通信是指多個(gè)線程之間通過(guò)某種機(jī)制進(jìn)行協(xié)調(diào)和交互，例如，線程等待和通知機(jī)制就是線程通訊的主要手段之一。 在 Java 中，線程等待和通知的實(shí)現(xiàn)手段有以下幾種方式：Object 類下
日常工作中免不了使用設(shè)計(jì)模式，那么你使用了哪些設(shè)計(jì)模式呢？
設(shè)計(jì)模式是一種在軟件設(shè)計(jì)中對(duì)常見(jiàn)問(wèn)題的通用解決方案。
它們是經(jīng)過(guò)驗(yàn)證的、可重用的設(shè)計(jì)思想，可以幫助解決開(kāi)發(fā)過(guò)程中遇到的各種問(wèn)題。
設(shè)計(jì)模式提供了一種共同的詞匯表和方法論，讓不同團(tuán)隊(duì)的開(kāi)發(fā)人員能夠更有效地溝通和協(xié)作，從而提高軟件的穩(wěn)定性、可靠性和可維護(hù)性。
整體來(lái)看，設(shè)計(jì)模式包含了如下 22 種，主要分為三大類
圖片
看上去很多種，實(shí)際上咱們實(shí)際仔細(xì)去看每種模式的思想和細(xì)節(jié)的時(shí)候，能夠發(fā)現(xiàn)其實(shí)我們?nèi)粘９ぷ髦杏杏玫剑皇遣恢涝瓉?lái)是應(yīng)用了設(shè)計(jì)模式
有道無(wú)術(shù)術(shù)可求，有術(shù)無(wú)道止于術(shù) ，那么先來(lái)學(xué)習(xí)學(xué)習(xí)每種設(shè)計(jì)模式的思想，以及 GO 語(yǔ)言實(shí)現(xiàn)的 demo
工廠模式 解決了在不指定具體類的情況下創(chuàng)建產(chǎn)品對(duì)象的問(wèn)題
案例：
寫一個(gè)工廠，可以生產(chǎn)車，目前這個(gè)工廠可以生產(chǎn) bmw 和 benz ，那么我們需要獲取一輛車的時(shí)候，就直接去車廠拿車即可
它能創(chuàng)建一系列相關(guān)的對(duì)象， 而無(wú)需指定其具體類
案例：
一個(gè)大賣場(chǎng)，有衣服，有 鞋子，有 NB 品牌，有 Nike 品牌，此時(shí)我們就可以使用抽象工廠，抽象衣服，鞋子，每一個(gè)品牌自行去實(shí)現(xiàn)具體的衣服和鞋子
能夠分步驟創(chuàng)建復(fù)雜對(duì)象
案例：
建一座建筑，無(wú)論你是冰室，還是住房，是非常復(fù)雜的，我們演示簡(jiǎn)化為 4 個(gè)步驟，每個(gè)步驟都會(huì)創(chuàng)建新的對(duì)象，大體會(huì)經(jīng)歷如下步驟
能夠復(fù)制已有對(duì)象， 而又無(wú)需使代碼依賴它們所屬的類
案例：
此時(shí)可以想到我們的程序目錄，和目錄下的文件，是否可以通過(guò)這種方式實(shí)現(xiàn)呢？
程序的目錄和文件，能夠滿足遞歸的結(jié)構(gòu)，目錄和文件，都是同樣的結(jié)構(gòu)
能夠保證一個(gè)類只有一個(gè)實(shí)例， 并提供一個(gè)訪問(wèn)該實(shí)例的全局節(jié)點(diǎn)
單例實(shí)例會(huì)在結(jié)構(gòu)體首次初始化時(shí)創(chuàng)建，若多個(gè)協(xié)程創(chuàng)建，如何保證協(xié)程安全呢？
package mainimport ( "fmt" "sync")var lock sync.Mutexvar one sync.Oncetype Single struct {}// 此時(shí)創(chuàng)建的 SingleInstance 默認(rèn)為 零值， 也就是 nilvar SingleInstance *Single// getOneInstance 顯示使用 鎖的方式，保證線程安全func getOneInstance() *Single { if SingleInstance == nil { // 此處可能會(huì)有多個(gè)協(xié)程進(jìn)來(lái) lock.Lock() defer lock.Unlock() // 此處再繼續(xù) 判斷 SingleInstance 是否為 nil，是因?yàn)榭赡芷渌麉f(xié)程已經(jīng)拿到鎖，且初始化好了 SingleInstance 后，當(dāng)前協(xié)程才拿到鎖 if SingleInstance == nil { fmt.Println("getOneInstance: Create SingleInstance successfully ...") SingleInstance = &Single{} } else { fmt.Println("1 getOneInstance: SingleInstance has been created ...") } }else { fmt.Println("2 getOneInstance: SingleInstance has been created ...") } return SingleInstance}// getTwoInstance 使用 sync.Once 達(dá)到同樣的效果func getTwoInstance() *Single { if SingleInstance == nil { fmt.Println("getTwoInstance: in SingleInstance == nil ...") one.Do(func() { // 因此 one.Do 只會(huì)執(zhí)行一次，因此不會(huì)出現(xiàn) getOneInstance 的情況，因此此處無(wú)需判斷 SingleInstance 是否為 nil fmt.Println("getTwoInstance: Create SingleInstance successfully ...") SingleInstance = &Single{} }) } else { fmt.Println("getTwoInstance: SingleInstance has been created ...") } return SingleInstance}func main() { for i := 0; i < 20; i++ { //getOneInstance() getTwoInstance() } fmt.Scanln()// 輸出回車就會(huì)結(jié)束}5_single_instance>go run main.gogetTwoInstance: in SingleInstance == nil ...getTwoInstance: Create SingleInstance successfully ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...getTwoInstance: SingleInstance has been created ...讓接口不兼容的對(duì)象能夠相互合作
案例：
可能我們都用過(guò)生活中的適配器吧，我們手機(jī)是 Type C 的接口，電腦是 USB 的接口，那么這個(gè)時(shí)候，如何讓 TypeC 的接口和 USB 的接口連接上呢？這個(gè)時(shí)候就可以使用適配器來(lái)處理
可將一個(gè)大類或一系列緊密相關(guān)的類拆分為抽象和實(shí)現(xiàn)兩個(gè)獨(dú)立的層次結(jié)構(gòu)， 從而能在開(kāi)發(fā)時(shí)分別使用 案例：
不同的顯示器要接入計(jì)算機(jī)，那么計(jì)算機(jī)可以獨(dú)立開(kāi)發(fā)，顯示器也可以獨(dú)立開(kāi)發(fā)，無(wú)論計(jì)算機(jī)里面有 windows 的，還是 mac 的 仍然支持設(shè)置 顯示器
使用它將對(duì)象組合成樹狀結(jié)構(gòu)， 并且能像使用獨(dú)立對(duì)象一樣使用它們
案例：
咱們的目錄樹中有 目錄，有 文件， 目錄可以進(jìn)行查詢，文件也是可以進(jìn)行查詢，將他們組合起來(lái)，他們各自仍然是獨(dú)立的對(duì)象
能夠提供對(duì)象的替代品或其占位符
案例：
對(duì)于 nginx 反向代理很熟悉吧，咱們手?jǐn)]一個(gè)簡(jiǎn)單的反向代理，運(yùn)用代理模式
允許你通過(guò)將對(duì)象放入包含行為的特殊封裝對(duì)象中來(lái)為原對(duì)象綁定新的行為
案例：
年輕人喜歡喝奶茶，不同的口味不同的配置有不同的價(jià)格，喝奶茶，有原味的，有加珍珠的，有加椰果的，有加奶的 ，各有各的價(jià)格
那么 奶茶 和 珍珠，椰果，奶 是相互獨(dú)立的，各自是一個(gè)獨(dú)立的對(duì)象 我們可以在珍珠對(duì)象中，放入奶茶對(duì)象，進(jìn)而達(dá)到 奶茶中加珍珠，加椰果，加奶 達(dá)到不同的價(jià)格
能為程序庫(kù)、 框架或其他復(fù)雜類提供一個(gè)簡(jiǎn)單的接口
案例：
咱們?nèi)ャy行存錢，取錢，表面上看著很簡(jiǎn)單，一進(jìn)一出即可，殊不知銀行后面的內(nèi)部系統(tǒng)之間復(fù)雜的交互，我們簡(jiǎn)化一下 例如 銀行后面涉及到 賬戶系統(tǒng)，檢測(cè)系統(tǒng)，數(shù)據(jù)庫(kù)系統(tǒng)，通知系統(tǒng) 這個(gè)時(shí)候 就可以使用 外觀模式，對(duì)于客戶端來(lái)說(shuō)使用非常簡(jiǎn)單，無(wú)需關(guān)注其內(nèi)部復(fù)雜系統(tǒng)
通過(guò)共享多個(gè)對(duì)象所共有的相同狀態(tài)
案例：
設(shè)計(jì)一個(gè)足球比賽游戲，A 隊(duì)隊(duì)服是 紅色，B 隊(duì)隊(duì)服是 藍(lán)色，且整個(gè)隊(duì)伍就只有一個(gè)套衣服 ，此處就應(yīng)用了享元模式
如果不應(yīng)用享元模式，那么我們每一個(gè)人都要 new 一套衣服，咱確實(shí)沒(méi)有必要這樣做
將請(qǐng)求轉(zhuǎn)換為一個(gè)包含與請(qǐng)求相關(guān)的所有信息的獨(dú)立對(duì)象
案例：
咱們以插件的方式來(lái)注入到程序中，如 我們平日看電視，需要按按鈕，按鈕上有各種按鍵，例如開(kāi)機(jī)鍵，關(guān)機(jī)鍵
另外，這個(gè)按鍵又是對(duì)于哪些設(shè)備生效呢？此處咱們是對(duì) TV 生效，可以使用命令模式，很好的插入這些相關(guān)對(duì)象
讓你定義一系列算法， 并將每種算法分別放入獨(dú)立的類中， 以使算法的對(duì)象能夠相互替換
案例：
咱們知道緩存的處理方式，有 FIFO，LFU，LRU， 那么當(dāng)我們將數(shù)據(jù)載入緩存的時(shí)候，使用的算法進(jìn)行切換了，我們?nèi)匀恍枰@個(gè)緩存是可以正常處理的，這個(gè)時(shí)候，咱們就可以使用策略模式
又如我們需要取到一個(gè)目的地，我們可以坐飛機(jī)，可以乘高鐵，也可以走路去，在過(guò)程中仍然可以隨意切換交通方式，最終，我們都是抵達(dá)目的地，沒(méi)有問(wèn)題，同樣也可以使用策略模式
在超類中定義一個(gè)算法的框架， 允許子類在不修改結(jié)構(gòu)的情況下重寫算法的特定步驟
案例：
模板的方式，相信我們平日用的也非常多，舉個(gè)例子我們就能夠很好的感受到
我們要獲取消息，保存消息到緩存，生成消息回復(fù)，發(fā)送消息，這幾個(gè)步驟不變的情況下，我們可以使用 微信，可以使用企業(yè)微信，自然也是可以使用飛書來(lái)處理
我們生成 源 msg，期望放到緩存中，生成具體的回復(fù)信息，將消息發(fā)送出去 對(duì)于這種步驟固定，但是對(duì)于每一步驟期望有自己的實(shí)現(xiàn)方式的，期望去重寫具體的實(shí)現(xiàn)方式的，可以使用模板方法
獲取到信息之后，wechat ，wework，lark 有不同的處理方式，但是他們的整體處理結(jié)構(gòu)是一樣的
讓你能在不暴露集合底層表現(xiàn)形式 （列表、 棧和樹等） 的情況下遍歷集合中所有的元素
案例：
我們提供出去的接口，不期望別人能看到我們自身的數(shù)據(jù)結(jié)構(gòu)，我們就可以使用迭代器的方式來(lái)進(jìn)行處理，可以隱藏實(shí)際的數(shù)據(jù)結(jié)構(gòu)
允許你定義一種訂閱機(jī)制， 可在對(duì)象事件發(fā)生時(shí)通知多個(gè) “觀察” 該對(duì)象的其他對(duì)象
案例：
這種設(shè)計(jì)模式應(yīng)用很多，我們舉例一個(gè)食堂吃飯的例子
多個(gè)員工觀察食堂，食堂做好菜之后 訂閱的員工都能夠收到通知，員工便傾巢而出
允許你將請(qǐng)求沿著處理者鏈進(jìn)行發(fā)送。 收到請(qǐng)求后， 每個(gè)處理者均可對(duì)請(qǐng)求進(jìn)行處理， 或?qū)⑵鋫鬟f給鏈上的下個(gè)處理者
案例：
例如處理一件事情，有一個(gè)固定的流程，正如一個(gè)新員工入職
員工入職可以看做是一個(gè)責(zé)任鏈， 前臺(tái)報(bào)道，人事制度宣講，合同部合同簽訂，送入具體部門 , 這種部門職責(zé)明確，鏈路清晰，可以使用 責(zé)任鏈模式，允許你將請(qǐng)求沿著處理者鏈進(jìn)行發(fā)送 對(duì)于新員工來(lái)說(shuō)，只需要知道去去找前臺(tái)報(bào)道即可
允許在不暴露對(duì)象實(shí)現(xiàn)細(xì)節(jié)的情況下保存和恢復(fù)對(duì)象之前的狀態(tài)。
案例： 例如某白領(lǐng)使用備忘錄，記錄了 1 ，2 ，3 條信息，然后想調(diào)出 2 快照來(lái)進(jìn)行查看
能讓你減少對(duì)象之間混亂無(wú)序的依賴關(guān)系。 該模式會(huì)限制對(duì)象之間的直接交互， 迫使它們通過(guò)一個(gè)中介者對(duì)象進(jìn)行合作。
案例：
醫(yī)院里面有很多不同職業(yè)的人來(lái)看病，如何保證用戶進(jìn)入醫(yī)生辦公室發(fā)生沖突呢？
這個(gè)時(shí)候就有一個(gè)醫(yī)院服務(wù)人員來(lái)進(jìn)行管理，負(fù)責(zé)和不同的職業(yè)的病人溝通， 雖然病人之間沒(méi)有溝通，但是他們依然能有有序的進(jìn)入到醫(yī)生辦公室內(nèi)看病，此時(shí)醫(yī)院服務(wù)人員就是一個(gè)中介者
讓你能在一個(gè)對(duì)象的內(nèi)部狀態(tài)變化時(shí)改變其行為， 使其看上去就像改變了自身所屬的類一樣
案例：
售賣機(jī)暫時(shí)只售賣一種從產(chǎn)品，有 4 種狀態(tài)，沒(méi)貨，有貨，正在請(qǐng)求商品，已投幣
對(duì)于不同的狀態(tài)，應(yīng)對(duì)不同的動(dòng)作
將算法與其所作用的對(duì)象隔離開(kāi)來(lái)
案例：
目前有 3 種結(jié)構(gòu)， Dog，Cat，Monkey 都實(shí)現(xiàn)了 IAnimal interface，訪問(wèn)者有 AreaVs（計(jì)算面積），VolumeVs（計(jì)算體積），ColorVs （計(jì)算顏色） 都實(shí)現(xiàn)了 IVisitor interface
以后如果需要類似于增加計(jì)算體脂率的，那么就可以加一個(gè) visitor 即可，且對(duì)其他的訪問(wèn)者和結(jié)構(gòu)沒(méi)有影響
如果需要增加結(jié)構(gòu)，例如增加 pig ，那么直接去實(shí)現(xiàn) Animal 即可，對(duì)其他的結(jié)構(gòu)和訪問(wèn)者沒(méi)有影響
有沒(méi)有覺(jué)得很巧妙呢？
本文鏈接：http://www.tebozhan.com/showinfo-26-13498-0.html必知必會(huì)的22種設(shè)計(jì)模式（GO語(yǔ)言）
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)