欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Golang信號處理及如何實現(xiàn)進程的優(yōu)雅退出詳解

 更新時間:2018年03月25日 14:05:24   作者:helight  
這篇文章主要給大家介紹了關(guān)于Golang信號處理及如何實現(xiàn)進程的優(yōu)雅退出的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧。

Linux系統(tǒng)中的信號類型

各操作系統(tǒng)的信號定義或許有些不同。下面列出了POSIX中定義的信號。

在linux中使用34-64信號用作實時系統(tǒng)中。

命令 man 7 signal 提供了官方的信號介紹。也可以是用kill -l來快速查看

列表中,編號為1 ~ 31的信號為傳統(tǒng)UNIX支持的信號,是不可靠信號(非實時的),編號為32 ~ 63的信號是后來擴充的,稱做可靠信號(實時信號)。不可靠信號和可靠信號的區(qū)別在于前者不支持排隊,可能會造成信號丟失,而后者不會。

Linux支持的標準信號有以下一些,一個信號有多個值的是因為不同架構(gòu)使用的值不一樣,比如x86, ia64,ppc, s390, 有3個值的,第一個值是slpha和sparc,中間的值是 ix86,ia64, ppc, s390, arm和sh, 最后一個值是對mips的,連字符-表示這個架構(gòu)是缺這個信號支持的,

第1列為信號名;

第2列為對應(yīng)的信號值,需要注意的是,有些信號名對應(yīng)著3個信號值,這是因為這些信號值與平臺相關(guān),將man手冊中對3個信號值的說明摘出如下,the first one is usually valid for alpha and sparc, the middle one for i386, ppc and sh, and the last one for mips.

第3列為操作系統(tǒng)收到信號后的動作,Term表明默認動作為終止進程,Ign表明默認動作為忽略該信號,Core表明默認動作為終止進程同時輸出core dump,Stop表明默認動作為停止進程。

第4列為對信號作用的注釋性說明。

標準信號-POSIX.1-1990定義

 Signal Value Action Comment
 ----------------------------------------------------------------------
 SIGHUP 1 Term Hangup detected on controlling terminal
     or death of controlling process
 SIGINT 2 Term Interrupt from keyboard
 SIGQUIT 3 Core Quit from keyboard
 SIGILL 4 Core Illegal Instruction
 SIGABRT 6 Core Abort signal from abort(3)
 SIGFPE 8 Core Floating point exception
 SIGKILL 9 Term Kill signal
 SIGSEGV 11 Core Invalid memory reference
 SIGPIPE 13 Term Broken pipe: write to pipe with no
     readers
 SIGALRM 14 Term Timer signal from alarm(2)
 SIGTERM 15 Term Termination signal
 SIGUSR1 30,10,16 Term User-defined signal 1
 SIGUSR2 31,12,17 Term User-defined signal 2
 SIGCHLD 20,17,18 Ign Child stopped or terminated
 SIGCONT 19,18,25 Cont Continue if stopped
 SIGSTOP 17,19,23 Stop Stop process
 SIGTSTP 18,20,24 Stop Stop typed at tty
 SIGTTIN 21,21,26 Stop tty input for background process
 SIGTTOU 22,22,27 Stop tty output for background process

SIGKILL和SIGSTOP信號是不能被捕獲,阻塞和忽略的。

標準信號-SUSv2 and POSIX.1-2001定義

 Signal Value Action Comment
 --------------------------------------------------------------------
 SIGBUS 10,7,10 Core Bus error (bad memory access)
 SIGPOLL   Term Pollable event (Sys V).
     Synonym for SIGIO
 SIGPROF 27,27,29 Term Profiling timer expired
 SIGSYS 12,-,12 Core Bad argument to routine (SVr4)
 SIGTRAP 5 Core Trace/breakpoint trap
 SIGURG 16,23,21 Ign Urgent condition on socket (4.2BSD)
 SIGVTALRM 26,26,28 Term Virtual alarm clock (4.2BSD)
 SIGXCPU 24,24,30 Core CPU time limit exceeded (4.2BSD)
 SIGXFSZ 25,25,31 Core File size limit exceeded (4.2BSD)

早在Linux 2.2SIGSYS, SIGXCPU, SIGXFSZ和SIGBUS(非sparc和mips架構(gòu))的默認操作就是終止進程(但是不產(chǎn)生coredump)

在一些unix系統(tǒng)中SIGXCPU和SIGXFSZ信號是用來終止進程的,也是不產(chǎn)生coredunp,從Linux 2.4開始這些信號會產(chǎn)生coredump了。

標準信號-其它信號

  Signal  Value  Action Comment
  --------------------------------------------------------------------
  SIGIOT   6  Core IOT trap. A synonym for SIGABRT
  SIGEMT  7,-,7  Term
  SIGSTKFLT -,16,-  Term Stack fault on coprocessor (unused)
  SIGIO  23,29,22 Term I/O now possible (4.2BSD)
  SIGCLD  -,-,18  Ign  A synonym for SIGCHLD
  SIGPWR  29,30,19 Term Power failure (System V)
  SIGINFO  29,-,-    A synonym for SIGPWR
  SIGLOST  -,-,-  Term File lock lost
  SIGWINCH 28,28,20 Ign  Window resize signal (4.3BSD, Sun)
  SIGUNUSED -,31,-  Term Unused signal (will be SIGSYS)

信號29是在alpha中是 SIGINFO或SIGPWR,但是在sparc中是SIGLOST。

SIGEMT沒有在POSIX.1-2001中定義, 但是在大多數(shù)Unix戲中是沒有的,他的默認處理方式是coredump并且終止進程。
SIGPWR(沒有在POSIX.1-2001中定義)他的默認處理方式是忽略。

SIGIO(沒有在POSIX.1-2001中定義)在一些Unix系統(tǒng)中的處理方式也是忽略。

kill pid的作用是向進程號為pid的進程發(fā)送SIGTERM(這是kill默認發(fā)送的信號),該信號是一個結(jié)束進程的信號且可以被應(yīng)用程序捕獲。若應(yīng)用程序沒有捕獲并響應(yīng)該信號的邏輯代碼,則該信號的默認動作是kill掉進程。這是終止指定進程的推薦做法。

kill -9 pid則是向進程號為pid的進程發(fā)送SIGKILL(該信號的編號為9),從本文上面的說明可知,SIGKILL既不能被應(yīng)用程序捕獲,也不能被阻塞或忽略,其動作是立即結(jié)束指定進程。通俗地說,應(yīng)用程序根本無法“感知”SIGKILL信號,它在完全無準備的情況下,就被收到SIGKILL信號的操作系統(tǒng)給干掉了,顯然,在這種“暴力”情況下,應(yīng)用程序完全沒有釋放當前占用資源的機會。事實上,SIGKILL信號是直接發(fā)給init進程的,它收到該信號后,負責終止pid指定的進程。在某些情況下(如進程已經(jīng)hang死,無法響應(yīng)正常信號),就可以使用kill -9來結(jié)束進程。

若通過kill結(jié)束的進程是一個創(chuàng)建過子進程的父進程,則其子進程就會成為孤兒進程(Orphan Process),這種情況下,子進程的退出狀態(tài)就不能再被應(yīng)用進程捕獲(因為作為父進程的應(yīng)用程序已經(jīng)不存在了),不過應(yīng)該不會對整個linux系統(tǒng)產(chǎn)生什么不利影響。

Go中的信號發(fā)送和處理

有時候我們想在Go程序中處理Signal信號,比如收到 SIGTERM 信號后優(yōu)雅的關(guān)閉程序(參看下一節(jié)的應(yīng)用)。Go信號通知機制可以通過往一個channel中發(fā)送 os.Signal 實現(xiàn)。首先我們創(chuàng)建一個os.Signal channel,然后使用 signal.Notify 注冊要接收的信號。

package main
import (
 "fmt"
 "os"
 "os/signal"
 "syscall"
)
func main() {
 sigs := make(chan os.Signal, 1)
 done := make(chan bool, 1)
 // signal.Notify(c)
 signal.Notify(sigs, os.Interrupt, os.Kill, syscall.SIGUSR1, syscall.SIGUSR2, syscall.SIGINT, syscall.SIGTERM)
 go func() {
 sig := <-sigs
 fmt.Println(sig)
 done <- true
 }()

 fmt.Println("wait for signal")
 <- done
 fmt.Println("got signal and exit")
 fmt.Println("run done")
}

如何實現(xiàn)進程的優(yōu)雅退出

首先什么是優(yōu)雅退出呢?所謂的優(yōu)雅退出,其實就是避免暴力殺死進程,讓進程在接收到信號之后,自動的做一些善后處理,再自己自愿的退出。

Linux Server端的應(yīng)用程序經(jīng)常會長時間運行,在運行過程中,可能申請了很多系統(tǒng)資源,也可能保存了很多狀態(tài),在這些場景下,我們希望進程在退出前,可以釋放資源或?qū)斍盃顟B(tài)dump到磁盤上或打印一些重要的日志,也就是希望進程優(yōu)雅退出(exit gracefully)。

從上面的介紹不難看出,優(yōu)雅退出可以通過捕獲SIGTERM來實現(xiàn)。具體來講,通常只需要兩步動作:

1)注冊SIGTERM信號的處理函數(shù)并在處理函數(shù)中做一些進程退出的準備。信號處理函數(shù)的注冊可以通過signal()sigaction()來實現(xiàn),其中,推薦使用后者來實現(xiàn)信號響應(yīng)函數(shù)的設(shè)置。信號處理函數(shù)的邏輯越簡單越好,通常的做法是在該函數(shù)中設(shè)置一個bool型的flag變量以表明進程收到了SIGTERM信號,準備退出。

2)在主進程的main()中,通過類似于while(!bQuit)的邏輯來檢測那個flag變量,一旦bQuit在signal handler function中被置為true,則主進程退出while()循環(huán),接下來就是一些釋放資源或dump進程當前狀態(tài)或記錄日志的動作,完成這些后,主進程退出。

這個在我前面的一篇文章中也介紹過【=[golang的httpserver優(yōu)雅重啟][1]】http://www.dbjr.com.cn/article/137069.htm,里面介紹了一般我們使用的httpserver如何做到優(yōu)雅重啟,這里面也介紹了一些信號的使用,和優(yōu)雅重啟的思路。今天這里我們介紹的是如何優(yōu)雅退出,其實是優(yōu)雅重啟的一個簡化版。

package main
import (
 "fmt"
 "os"
 "os/signal"
 "syscall"
 "time"
)
 
func main() {
 sigs := make(chan os.Signal, 1)
 // done := make(chan bool, 1) 
 // signal.Notify(sigs)
 // signal.Notify(sigs, os.Interrupt, os.Kill, syscall.SIGUSR1, syscall.SIGUSR2, syscall.SIGINT, syscall.SIGTERM)
 signal.Notify(sigs, syscall.SIGUSR1, syscall.SIGUSR2, syscall.SIGINT, syscall.SIGTERM, syscall.SIGHUP, syscall.SIGQUIT) 
 // go func() {
 // sig := <-sigs
 // fmt.Println(sig)
 // done <- true
 // }()
 go func() {
 for s := range sigs {
 switch s {
 case syscall.SIGINT, syscall.SIGTERM, syscall.SIGHUP, syscall.SIGQUIT:
 fmt.Println("got signal and try to exit: ", s)
 do_exit()
 case syscall.SIGUSR1:
 fmt.Println("usr1: ", s)
 case syscall.SIGUSR2:
 fmt.Println("usr2: ", s)
 default:
 fmt.Println("other: ", s)
 }
 }
 }()
 
 
 fmt.Println("wait for signal")
 i := 0
 for {
 i++
 fmt.Println("times: ", i)
 time.Sleep(1 * time.Second)
 }
 // <- done
 fmt.Println("got signal and exit")
 fmt.Println("run done")
}
 
func do_exit() {
 fmt.Println("try do some clear jobs")
 fmt.Println("run done")
 os.Exit(0)
}
kill -USR1 pid 
usr1 user defined signal 1
 
kill -USR2 pid 
usr2 user defined signal 2
 
kill -QUIT pid 
got signal and try to exit: quit
try do some clear jobs
run done

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

相關(guān)文章

  • Go依賴注入DI工具wire使用詳解(golang常用庫包)

    Go依賴注入DI工具wire使用詳解(golang常用庫包)

    依賴注入是指程序運行過程中,如果需要調(diào)用另一個對象協(xié)助時,無須在代碼中創(chuàng)建被調(diào)用者,而是依賴于外部的注入,本文結(jié)合示例代碼給大家介紹Go依賴注入DI工具wire使用,感興趣的朋友一起看看吧
    2022-04-04
  • Go語言實現(xiàn)熱更新具體步驟

    Go語言實現(xiàn)熱更新具體步驟

    這篇文章主要為大家介紹了Go語言實現(xiàn)熱更新具體步驟詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2024-01-01
  • 一文帶你了解Golang中的緩沖區(qū)Buffer

    一文帶你了解Golang中的緩沖區(qū)Buffer

    作為一種常見的數(shù)據(jù)結(jié)構(gòu),緩沖區(qū)(Buffer)在計算機科學中有著廣泛的應(yīng)用。這篇文章將詳細介紹?Go?中?Buffer?的用法,從多個方面介紹其特性和應(yīng)用場景,需要的可以參考一下
    2023-05-05
  • Go函數(shù)全景從基礎(chǔ)到高階深度剖析

    Go函數(shù)全景從基礎(chǔ)到高階深度剖析

    本文深入探索Go語言中的函數(shù)特性,從基礎(chǔ)函數(shù)定義到特殊函數(shù)類型,再到高階函數(shù)的使用和函數(shù)調(diào)用優(yōu)化,通過詳細的代碼示例和專業(yè)解析,讀者不僅可以掌握函數(shù)的核心概念,還能了解如何在實踐中有效利用這些特性來提高代碼質(zhì)量和性能
    2023-10-10
  • Go 字符串格式化的實例代碼詳解

    Go 字符串格式化的實例代碼詳解

    這篇文章主要介紹了Go 字符串格式化的實例代碼詳解,本文通過實例代碼給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-02-02
  • Golang兩行代碼實現(xiàn)發(fā)送釘釘機器人消息

    Golang兩行代碼實現(xiàn)發(fā)送釘釘機器人消息

    創(chuàng)建一個釘釘機器人必須使用加簽,本文通過Golang兩行代碼實現(xiàn)發(fā)送釘釘機器人消息,本文給大家介紹的非常詳細,感興趣的朋友跟隨小編一起看看吧
    2021-12-12
  • Golang數(shù)組的傳遞詳解

    Golang數(shù)組的傳遞詳解

    今天小編就為大家分享一篇關(guān)于Golang數(shù)組的傳遞詳解,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-03-03
  • golang http請求封裝代碼

    golang http請求封裝代碼

    這篇文章主要介紹了golang http請求封裝代碼,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • go build和go install的區(qū)別介紹

    go build和go install的區(qū)別介紹

    這篇文章主要介紹了go build和go install的區(qū)別介紹,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • 使用 go 實現(xiàn)多線程下載器的方法

    使用 go 實現(xiàn)多線程下載器的方法

    本篇文章帶領(lǐng)大家學習使用go實現(xiàn)一個簡單的多線程下載器,給她家詳細介紹了多線程下載原理及實例代碼,感興趣的朋友跟隨小編一起看看吧
    2021-10-10

最新評論