Go 優(yōu)雅退出實(shí)現(xiàn)方法 amp; context原理

1.通過endless包實(shí)現(xiàn)

創(chuàng)新互聯(lián)建站"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設(shè)擁有電腦版、微信版、手機(jī)版的企業(yè)網(wǎng)站。實(shí)現(xiàn)跨屏營(yíng)銷，產(chǎn)品發(fā)布一步更新，電腦網(wǎng)絡(luò)+移動(dòng)網(wǎng)絡(luò)一網(wǎng)打盡，滿足企業(yè)的營(yíng)銷需求！創(chuàng)新互聯(lián)建站具備承接各種類型的網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)項(xiàng)目的能力。經(jīng)過10多年的努力的開拓，為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務(wù)，并獲得了客戶的一致好評(píng)。

2.通過shutdown實(shí)現(xiàn)

在go 1.8.x后，golang在http里加入了shutdown方法，用來控制優(yōu)雅退出。什么是優(yōu)雅退出？ 簡(jiǎn)單說就是不處理新請(qǐng)求，但是會(huì)處理正在進(jìn)行的請(qǐng)求，把舊請(qǐng)求都處理完，也就是都response之后，那么就退出。

shutdown通過context上下文實(shí)現(xiàn) 。

社區(qū)里不少http graceful動(dòng)態(tài)重啟，平滑重啟的庫(kù)，大多是基于http.shutdown做的。平滑啟動(dòng)的原理很簡(jiǎn)單，fork子進(jìn)程，繼承l(wèi)isten fd, 老進(jìn)程優(yōu)雅退出。

3.context原理

context 是 Go 并發(fā)編程中常用到一種編程模式。

在并發(fā)程序中，由于超時(shí)、取消操作或者一些異常情況，往往需要進(jìn)行搶占操作或者中斷后續(xù)操作。熟悉 channel 的朋友應(yīng)該都見過使用 done channel 來處理此類問題。比如以下這個(gè)例子：

上述例子中定義了一個(gè) buffer 為0的 channel done , 子協(xié)程運(yùn)行著定時(shí)任務(wù)。如果主協(xié)程需要在某個(gè)時(shí)刻發(fā)送消息通知子協(xié)程中斷任務(wù)退出，那么就可以讓子協(xié)程監(jiān)聽這個(gè) done channel ，一旦主協(xié)程關(guān)閉 done channel ，那么子協(xié)程就可以推出了，這樣就實(shí)現(xiàn)了主協(xié)程通知子協(xié)程的需求。這很好，但是這也是有限的。

如果我們可以在簡(jiǎn)單的通知上附加傳遞額外的信息來控制取消：為什么取消，或者有一個(gè)它必須要完成的最終期限，更或者有多個(gè)取消選項(xiàng)，我們需要根據(jù)額外的信息來判斷選擇執(zhí)行哪個(gè)取消選項(xiàng)。

考慮下面這種情況：假如主協(xié)程中有多個(gè)任務(wù)1, 2, …m，主協(xié)程對(duì)這些任務(wù)有超時(shí)控制；而其中任務(wù)1又有多個(gè)子任務(wù)1, 2, …n，任務(wù)1對(duì)這些子任務(wù)也有自己的超時(shí)控制，那么這些子任務(wù)既要感知主協(xié)程的取消信號(hào)，也需要感知任務(wù)1的取消信號(hào)。

如果還是使用 done channel 的用法，我們需要定義兩個(gè) done channel ，子任務(wù)們需要同時(shí)監(jiān)聽這兩個(gè) done channel 。嗯，這樣其實(shí)好像也還行哈。但是如果層級(jí)更深，如果這些子任務(wù)還有子任務(wù)，那么使用 done channel 的方式將會(huì)變得非常繁瑣且混亂。

我們需要一種優(yōu)雅的方案來實(shí)現(xiàn)這樣一種機(jī)制：

這個(gè)時(shí)候 context 就派上用場(chǎng)了。

我們首先看看 context 的結(jié)構(gòu)設(shè)計(jì)和實(shí)現(xiàn)原理。

先看 Context 接口結(jié)構(gòu)，看起來非常簡(jiǎn)單。

Context 接口包含四個(gè)方法：

可以看到 Done 方法返回的 channel 正是用來傳遞結(jié)束信號(hào)以搶占并中斷當(dāng)前任務(wù)； Deadline 方法指示一段時(shí)間后當(dāng)前 goroutine 是否會(huì)被取消；以及一個(gè) Err 方法，來解釋 goroutine 被取消的原因；而 Value 則用于獲取特定于當(dāng)前任務(wù)樹的額外信息。而 context 所包含的額外信息鍵值對(duì)是如何存儲(chǔ)的呢？其實(shí)可以想象一顆樹，樹的每個(gè)節(jié)點(diǎn)可能攜帶一組鍵值對(duì),如果當(dāng)前節(jié)點(diǎn)上無法找到 key 所對(duì)應(yīng)的值，就會(huì)向上去父節(jié)點(diǎn)里找，直到根節(jié)點(diǎn)，具體后面會(huì)說到。

emptyCtx 是一個(gè) int 類型的變量，但實(shí)現(xiàn)了 context 的接口。 emptyCtx 沒有超時(shí)時(shí)間，不能取消，也不能存儲(chǔ)任何額外信息，所以 emptyCtx 用來作為 context 樹的根節(jié)點(diǎn)。

但我們一般不會(huì)直接使用 emptyCtx ，而是使用由 emptyCtx 實(shí)例化的兩個(gè)變量，分別可以通過調(diào)用 Background 和 TODO 方法得到，但這兩個(gè) context 在實(shí)現(xiàn)上是一樣的。那么 Background 和 TODO 方法得到的 context 有什么區(qū)別呢？可以看一下官方的解釋：

Background 和 TODO 只是用于不同場(chǎng)景下：

Background 通常被用于主函數(shù)、初始化以及測(cè)試中，作為一個(gè)頂層的 context ，也就是說一般我們創(chuàng)建的 context 都是基于 Background ；

而 TODO 是在不確定使用什么 context 的時(shí)候才會(huì)使用。

下面將介紹兩種不同功能的基礎(chǔ) context 類型： valueCtx 和 cancelCtx 。

valueCtx 利用一個(gè) Context 類型的變量來表示父節(jié)點(diǎn) context ，所以當(dāng)前 context 繼承了父 context 的所有信息； valueCtx 類型還攜帶一組鍵值對(duì)，也就是說這種 context 可以攜帶額外的信息。 valueCtx 實(shí)現(xiàn)了 Value 方法，用以在 context 鏈路上獲取 key 對(duì)應(yīng)的值，如果當(dāng)前 context 上不存在需要的 key ,會(huì)沿著 context 鏈向上尋找 key 對(duì)應(yīng)的值，直到根節(jié)點(diǎn)。

WithValue 用以向 context 添加鍵值對(duì)：

這里添加鍵值對(duì)不是在原 context 結(jié)構(gòu)體上直接添加，而是以此 context 作為父節(jié)點(diǎn)，重新創(chuàng)建一個(gè)新的 valueCtx 子節(jié)點(diǎn)，將鍵值對(duì)添加在子節(jié)點(diǎn)上，由此形成一條 context 鏈。獲取 value 的過程就是在這條 context 鏈上由尾部上前搜尋：

跟 valueCtx 類似， cancelCtx 中也有一個(gè) context 變量作為父節(jié)點(diǎn)；變量 done 表示一個(gè) channel ，用來表示傳遞關(guān)閉信號(hào)； children 表示一個(gè) map ，存儲(chǔ)了當(dāng)前 context 節(jié)點(diǎn)下的子節(jié)點(diǎn)； err 用于存儲(chǔ)錯(cuò)誤信息表示任務(wù)結(jié)束的原因。

再來看一下 cancelCtx 實(shí)現(xiàn)的方法：

可以發(fā)現(xiàn) cancelCtx 類型變量其實(shí)也是 canceler 類型，因?yàn)? cancelCtx 實(shí)現(xiàn)了 canceler 接口。 Done 方法和 Err 方法沒必要說了， cancelCtx 類型的 context 在調(diào)用 cancel 方法時(shí)會(huì)設(shè)置取消原因，將 done channel 設(shè)置為一個(gè)關(guān)閉 channel 或者關(guān)閉 channel ，然后將子節(jié)點(diǎn) context 依次取消，如果有需要還會(huì)將當(dāng)前節(jié)點(diǎn)從父節(jié)點(diǎn)上移除。

WithCancel 函數(shù)用來創(chuàng)建一個(gè)可取消的 context ，即 cancelCtx 類型的 context 。 WithCancel 返回一個(gè) context 和一個(gè) CancelFunc ，調(diào)用 CancelFunc 即可觸發(fā) cancel 操作。直接看源碼：

之前說到 cancelCtx 取消時(shí)，會(huì)將后代節(jié)點(diǎn)中所有的 cancelCtx 都取消， propagateCancel 即用來建立當(dāng)前節(jié)點(diǎn)與祖先節(jié)點(diǎn)這個(gè)取消關(guān)聯(lián)邏輯。

這里或許有個(gè)疑問，為什么是祖先節(jié)點(diǎn)而不是父節(jié)點(diǎn)？這是因?yàn)楫?dāng)前 context 鏈可能是這樣的：

當(dāng)前 cancelCtx 的父節(jié)點(diǎn) context 并不是一個(gè)可取消的 context ，也就沒法記錄 children 。

timerCtx 是一種基于 cancelCtx 的 context 類型，從字面上就能看出，這是一種可以定時(shí)取消的 context 。

timerCtx 內(nèi)部使用 cancelCtx 實(shí)現(xiàn)取消，另外使用定時(shí)器 timer 和過期時(shí)間 deadline 實(shí)現(xiàn)定時(shí)取消的功能。 timerCtx 在調(diào)用 cancel 方法，會(huì)先將內(nèi)部的 cancelCtx 取消，如果需要?jiǎng)t將自己從 cancelCtx 祖先節(jié)點(diǎn)上移除，最后取消計(jì)時(shí)器。

WithDeadline 返回一個(gè)基于 parent 的可取消的 context ，并且其過期時(shí)間 deadline 不晚于所設(shè)置時(shí)間 d 。

與 WithDeadline 類似， WithTimeout 也是創(chuàng)建一個(gè)定時(shí)取消的 context ，只不過 WithDeadline 是接收一個(gè)過期時(shí)間點(diǎn)，而 WithTimeout 接收一個(gè)相對(duì)當(dāng)前時(shí)間的過期時(shí)長(zhǎng) timeout :

首先使用 context 實(shí)現(xiàn)文章開頭 done channel 的例子來示范一下如何更優(yōu)雅實(shí)現(xiàn)協(xié)程間取消信號(hào)的同步：

這個(gè)例子中，只要讓子線程監(jiān)聽主線程傳入的 ctx ，一旦 ctx.Done() 返回空 channel ，子線程即可取消執(zhí)行任務(wù)。但這個(gè)例子還無法展現(xiàn) context 的傳遞取消信息的強(qiáng)大優(yōu)勢(shì)。

閱讀過 net/http 包源碼的朋友可能注意到在實(shí)現(xiàn) http server 時(shí)就用到了 context , 下面簡(jiǎn)單分析一下。

1、首先 Server 在開啟服務(wù)時(shí)會(huì)創(chuàng)建一個(gè) valueCtx ,存儲(chǔ)了 server 的相關(guān)信息，之后每建立一條連接就會(huì)開啟一個(gè)協(xié)程，并攜帶此 valueCtx 。

2、建立連接之后會(huì)基于傳入的 context 創(chuàng)建一個(gè) valueCtx 用于存儲(chǔ)本地地址信息，之后在此基礎(chǔ)上又創(chuàng)建了一個(gè) cancelCtx ，然后開始從當(dāng)前連接中讀取網(wǎng)絡(luò)請(qǐng)求，每當(dāng)讀取到一個(gè)請(qǐng)求則會(huì)將該 cancelCtx 傳入，用以傳遞取消信號(hào)。一旦連接斷開，即可發(fā)送取消信號(hào)，取消所有進(jìn)行中的網(wǎng)絡(luò)請(qǐng)求。

3、讀取到請(qǐng)求之后，會(huì)再次基于傳入的 context 創(chuàng)建新的 cancelCtx ,并設(shè)置到當(dāng)前請(qǐng)求對(duì)象 req 上，同時(shí)生成的 response 對(duì)象中 cancelCtx 保存了當(dāng)前 context 取消方法。

這樣處理的目的主要有以下幾點(diǎn)：

在整個(gè) server 處理流程中，使用了一條 context 鏈貫穿 Server 、 Connection 、 Request ，不僅將上游的信息共享給下游任務(wù)，同時(shí)實(shí)現(xiàn)了上游可發(fā)送取消信號(hào)取消所有下游任務(wù)，而下游任務(wù)自行取消不會(huì)影響上游任務(wù)。

context 主要用于父子任務(wù)之間的同步取消信號(hào)，本質(zhì)上是一種協(xié)程調(diào)度的方式 。另外在使用 context 時(shí)有兩點(diǎn)值得注意：上游任務(wù)僅僅使用 context 通知下游任務(wù)不再需要，但不會(huì)直接干涉和中斷下游任務(wù)的執(zhí)行，由下游任務(wù)自行決定后續(xù)的處理操作，也就是說 context 的取消操作是無侵入的； context 是線程安全的，因?yàn)? context 本身是不可變的（ immutable ），因此可以放心地在多個(gè)協(xié)程中傳遞使用。

go怎么優(yōu)雅的寫do while

Orcle中的PL/SQL中有以下幾種循環(huán)第一種循環(huán)就能完成你的需求1).無條件進(jìn)入：loopexitwhen條件;循環(huán)體;endloop;2)有條件進(jìn)入：while條件loop循環(huán)體;endloop;3).循環(huán)次數(shù)固定：for循環(huán)變量in[reverse]下界..上界loop循環(huán)體;endloop;

關(guān)于GO 語(yǔ)言的入門學(xué)習(xí) 求解答

已經(jīng)有好多程序員都把Go語(yǔ)言描述為是一種所見即所得(WYSIWYG)的編程語(yǔ)言。這是說，代碼要做的事和它在字面上表達(dá)的意思是完全一致的。 在這些新語(yǔ)言中，包含D，Go，Rust和Vala語(yǔ)言，Go曾一度出現(xiàn)在TIOBE的排行榜上面。與其他新語(yǔ)言相比，Go的魅力明顯要大很多。Go的成熟特征會(huì)得到許多開發(fā)者的欣賞，而不僅僅是因?yàn)槠淇浯笃湓~的曝光度。下面我們來一起探討一下谷歌開發(fā)的Go語(yǔ)言以及談?wù)凣o為什么會(huì)吸引眾多開發(fā)者： 快速簡(jiǎn)單的編譯 Go編譯速度很快，如此快速的編譯使它很容易作為腳本語(yǔ)言使用。關(guān)于編譯速度快主要有以下幾個(gè)原因：首先，Go不使用頭文件；其次如果一個(gè)模塊是依賴A的，這反過來又取決于B，在A里面的需求改變只需重新編譯原始模塊和與A相依賴的地方；最后，對(duì)象模塊里面包含了足夠的依賴關(guān)系信息，所以編譯器不需要重新創(chuàng)建文件。你只需要簡(jiǎn)單地編譯主模塊，項(xiàng)目中需要的其他部分就會(huì)自動(dòng)編譯，很酷，是不是？ 通過返回?cái)?shù)值列表來處理錯(cuò)誤信息 目前，在本地語(yǔ)言里面處理錯(cuò)誤的方式主要有兩種：直接返回代碼或者拋異常。這兩種都不是最理想的處理方式。其中返回代碼是非常令人沮喪的，因?yàn)榉祷氐腻e(cuò)誤代碼經(jīng)常與從函數(shù)中返回的數(shù)據(jù)相沖突。Go允許函數(shù)返回多個(gè)值來解決這個(gè)問題。這個(gè)從函數(shù)里面返回的值，可以用來檢查定義的類型是否正確并且可以隨時(shí)隨地對(duì)函數(shù)的返回值進(jìn)行檢查。如果你對(duì)錯(cuò)誤值不關(guān)心，你可以不必檢查。在這兩種情況下，常規(guī)的返回值都是可用的。 簡(jiǎn)化的成分（優(yōu)先于繼承） 通過使用接口，類型是有資格成為對(duì)象中一員的，就像Java指定行為一樣。例如在標(biāo)準(zhǔn)庫(kù)里面的IO包，定義一個(gè)Writer來指定一個(gè)方法，一個(gè)Writer函數(shù)，其中輸入?yún)?shù)是字節(jié)數(shù)組并且返回整數(shù)類型值或者錯(cuò)誤類型。任何類型實(shí)現(xiàn)一個(gè)帶有相同簽名的Writer方法是對(duì)IO的完全實(shí)現(xiàn)，Writer接口。這種是解耦代碼而不是優(yōu)雅。它還簡(jiǎn)化了模擬對(duì)象來進(jìn)行單元測(cè)試。例如你想在數(shù)據(jù)庫(kù)對(duì)象中測(cè)試一個(gè)方法，在標(biāo)準(zhǔn)語(yǔ)言中，你通常需要?jiǎng)?chuàng)建一個(gè)數(shù)據(jù)庫(kù)對(duì)象，并且需要進(jìn)行大量的初始化和協(xié)議來模擬對(duì)象。在Go里面，如果該方法需要實(shí)現(xiàn)一個(gè)接口，你可以創(chuàng)建任何對(duì)該接口有用的對(duì)象，所以，你創(chuàng)建了MockDatabase，這是很小的對(duì)象，只實(shí)現(xiàn)了幾個(gè)需要運(yùn)行和模擬的接口——沒有構(gòu)造函數(shù)，沒有附件功能，只是一些方法。 簡(jiǎn)化的并發(fā)性 相對(duì)于其他語(yǔ)言，并發(fā)性在Go里面顯得更加容易。把‘go’關(guān)鍵字放在任意函數(shù)前面然后那個(gè)函數(shù)就會(huì)在其go-routine自動(dòng)運(yùn)行（一個(gè)很輕的線程）。go-routines是通過通道進(jìn)行交流并且基本上封鎖了所有的隊(duì)列消息。普通工具對(duì)相互排斥是有用，但是Go通過使用通道來踢掉并發(fā)性任務(wù)和坐標(biāo)更加容易。 優(yōu)秀的錯(cuò)誤消息 所有與Go相似的語(yǔ)言，自身作出的診斷都是無法與Go相媲美的。例如，一個(gè)死鎖程序，在Go運(yùn)行時(shí)會(huì)通知你目前哪個(gè)線程導(dǎo)致了這種死鎖。編譯的錯(cuò)誤信息是非常詳細(xì)全面和有用的。 其他 這里還有許多其他吸引人的地方，下面就一概而過的介紹一下，比如高階函數(shù)、垃圾回收、哈希映射和可擴(kuò)展的數(shù)組內(nèi)置語(yǔ)言（部分語(yǔ)言語(yǔ)法，而不是作為一個(gè)庫(kù)）等等。 當(dāng)然，Go并不是完美無瑕。在工具方面還有些不成熟的地方和用戶社區(qū)較小等，但是隨著谷歌語(yǔ)言的不斷發(fā)展，肯定會(huì)有整治措施出來。盡管許多語(yǔ)言，尤其是D、Rust和Vala旨在簡(jiǎn)化C++并且對(duì)其進(jìn)行簡(jiǎn)化，但它們給人的感覺仍是“C++看上去要更好”。

【Go語(yǔ)言的優(yōu)勢(shì)】

可直接編譯成機(jī)器碼，不依賴其他庫(kù)，glibc的版本有一定要求，部署就是扔一個(gè)文件上去就完成了。

靜態(tài)類型語(yǔ)言，但是有動(dòng)態(tài)語(yǔ)言的感覺，靜態(tài)類型的語(yǔ)言就是可以在編譯的時(shí)候檢查出來隱藏的大多數(shù)問題，動(dòng)態(tài)語(yǔ)言的感覺就是有很多的包可以使用，寫起來的效率很高。

語(yǔ)言層面支持并發(fā)，這個(gè)就是Go最大的特色，天生的支持并發(fā)，我曾經(jīng)說過一句話，天生的基因和整容是有區(qū)別的，大家一樣美麗，但是你喜歡整容的還是天生基因的美麗呢？Go就是基因里面支持的并發(fā)，可以充分的利用多核，很容易的使用并發(fā)。

內(nèi)置runtime，支持垃圾回收，這屬于動(dòng)態(tài)語(yǔ)言的特性之一吧，雖然目前來說GC不算完美，但是足以應(yīng)付我們所能遇到的大多數(shù)情況，特別是Go1.1之后的GC。

簡(jiǎn)單易學(xué)，Go語(yǔ)言的作者都有C的基因，那么Go自然而然就有了C的基因，那么Go關(guān)鍵字是25個(gè)，但是表達(dá)能力很強(qiáng)大，幾乎支持大多數(shù)你在其他語(yǔ)言見過的特性：繼承、重載、對(duì)象等。

豐富的標(biāo)準(zhǔn)庫(kù)，Go目前已經(jīng)內(nèi)置了大量的庫(kù)，特別是網(wǎng)絡(luò)庫(kù)非常強(qiáng)大，我最愛的也是這部分。

內(nèi)置強(qiáng)大的工具，Go語(yǔ)言里面內(nèi)置了很多工具鏈，最好的應(yīng)該是gofmt工具，自動(dòng)化格式化代碼，能夠讓團(tuán)隊(duì)review變得如此的簡(jiǎn)單，代碼格式一模一樣，想不一樣都很困難。

跨編譯，如果你寫的Go代碼不包含cgo，那么就可以做到window系統(tǒng)編譯linux的應(yīng)用，如何做到的呢？Go引用了plan9的代碼，這就是不依賴系統(tǒng)的信息。

內(nèi)嵌C支持，前面說了作者是C的作者，所以Go里面也可以直接包含c代碼，利用現(xiàn)有的豐富的C庫(kù)。

一個(gè)示例闡述 Go 應(yīng)用的優(yōu)雅中止

不過，業(yè)務(wù)中 ① 總會(huì)存在對(duì)中止比較敏感的接口（比如支付相關(guān)），并且 ② 總會(huì)存在一些帶狀態(tài)的服務(wù)，此時(shí)優(yōu)雅中止就顯得比較重要了。

本文通過一個(gè)Go 定時(shí)任務(wù)示例來簡(jiǎn)單介紹 Go 技術(shù)棧中優(yōu)雅中止的處理思路。

入門——初級(jí)√——中級(jí)——高級(jí)；本文適應(yīng)初級(jí)及以上。

所謂“優(yōu)雅中止”，是指應(yīng)用接收到特定的中止信號(hào)（比如 INT、TERM）后，不再接受外部的新請(qǐng)求，也不再創(chuàng)建內(nèi)部的新任務(wù)，保持應(yīng)用進(jìn)程運(yùn)行直到舊需求和舊任務(wù)執(zhí)行完成后再終止退出。

作為高可靠的服務(wù)平臺(tái)，k8s 定義了終止 Pod （業(yè)務(wù)進(jìn)程在 Pod 中運(yùn)行）的基本步驟：當(dāng)主動(dòng)刪除 pod 時(shí)，系統(tǒng)會(huì)在強(qiáng)制終止 Pod 之前將 TERM 信號(hào)發(fā)送到每個(gè)容器中的主進(jìn)程，過一段時(shí)間后（默認(rèn)為 30 秒），再把 KILL 信號(hào)發(fā)送到這些進(jìn)程。除此之外， k8s 還通過鉤子方法提供了對(duì) 容器生命周期 的管理能力，允許用戶通過自定義的方式配置容器啟動(dòng)后或終止前執(zhí)行的操作。

當(dāng)打包進(jìn)鏡像的應(yīng)用運(yùn)行在 k8s 中的時(shí)候，如果應(yīng)用實(shí)現(xiàn)了優(yōu)雅中止的機(jī)制，就可以充分利用上面提到的 k8s 的能力，在升級(jí)應(yīng)用（發(fā)新版本）和管理 Pod （宿主機(jī)維護(hù)時(shí)把 Pod 漂移到另一個(gè)宿主機(jī)，或者在閑時(shí)動(dòng)態(tài)地收縮 Pod 數(shù)量從而把資源省出來另作他用）的過程中實(shí)現(xiàn)服務(wù)的零中斷。

下面的代碼定義了兩個(gè)定時(shí)任務(wù)：mySecondJobs 每秒鐘會(huì)觸發(fā)一次，每次持續(xù)約 1 秒鐘；myMinuteJobs 每分鐘會(huì)觸發(fā)一次，每次持續(xù)約 2 秒鐘。具體地可以閱讀下面的代碼（可以直接復(fù)制下面的代碼到自己的環(huán)境中運(yùn)行）：

代碼中采用了 go mySecondJobs() 和 go myMinuteJobs() 異步任務(wù)的方式；如果采用同步的方式將無法捕獲信號(hào)，因?yàn)榇藭r(shí)主線程在處理業(yè)務(wù)邏輯，沒有空閑處理信號(hào)捕獲邏輯。

源碼中偷懶地采取簡(jiǎn)單等待的方式來保證異步任務(wù)正常結(jié)束，非普適方法，實(shí)際開發(fā)中需要根據(jù)情況做定制。

time.Ticker 的使用是有注意事項(xiàng)的，當(dāng) select 語(yǔ)句中同一時(shí)刻有多個(gè)分支滿足條件時(shí)會(huì)隨機(jī)取一個(gè)執(zhí)行，從而導(dǎo)致信息丟失（參考文獻(xiàn)中最后一篇有講到），不過本文的代碼不會(huì)觸發(fā)這個(gè)問題，大家可以思考一下原因。

默認(rèn)情況下，Go 應(yīng)用在接收到 TERM 信號(hào)后直接退出主進(jìn)程，如果此時(shí)有過程沒處理完（比如 接收到外部請(qǐng)求后尚未返回響應(yīng)，或者內(nèi)部的異步任務(wù)尚未結(jié)束），則會(huì)導(dǎo)致過程的異常中斷，影響服務(wù)質(zhì)量。通過在代碼中 顯式 地捕獲 TERM 信號(hào)及其他信號(hào)，感知操作系統(tǒng)對(duì)進(jìn)程的處理，可以主動(dòng)采取措施優(yōu)雅地結(jié)束應(yīng)用進(jìn)程。

隨著 k8s 的普及，考慮到其對(duì)進(jìn)程生命周期的規(guī)范化管理，應(yīng)用支持代碼級(jí)的優(yōu)雅中止（尤其是容器化的應(yīng)用）有必要成為一種開發(fā)規(guī)范，值得引起每一位開發(fā)者的注意。

著作權(quán)歸作者所有。

原文:

本文題目：go語(yǔ)言比較優(yōu)雅的寫法,go語(yǔ)法太難看了
本文鏈接：http://jinyejixie.com/article42/hopcec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、虛擬主機(jī)、關(guān)鍵詞優(yōu)化、網(wǎng)頁(yè)設(shè)計(jì)公司、商城網(wǎng)站、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)