golang基礎練習,golang基礎知識

本文目錄一覽：

• 1、怎麼學習golang
• 2、使用golang 還有必要使用 nginx 么
• 3、手擼golang 基本數據結構與算法 圖的搜索 深度優先/廣度優先

怎麼學習golang

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

【Go語言的優勢】

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

靜態類型語言，但是有動態語言的感覺，靜態類型的語言就是可以在編譯的時候檢查出來隱藏的大多數問題，動態語言的感覺就是有很多的包可以使用，寫起來的效率很高。

語言層面支持並發，這個就是Go最大的特色，天生的支持並發，我曾經說過一句話，天生的基因和整容是有區別的，大家一樣美麗，但是你喜歡整容的還是天生基因的美麗呢？Go就是基因裡面支持的並發，可以充分的利用多核，很容易的使用並發。

內置runtime，支持垃圾回收，這屬於動態語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數情況，特別是Go1.1之後的GC。

簡單易學，Go語言的作者都有C的基因，那麼Go自然而然就有了C的基因，那麼Go關鍵字是25個，但是表達能力很強大，幾乎支持大多數你在其他語言見過的特性：繼承、重載、對象等。

豐富的標準庫，Go目前已經內置了大量的庫，特別是網絡庫非常強大，我最愛的也是這部分。

內置強大的工具，Go語言裡面內置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難。

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

內嵌C支持，前面說了作者是C的作者，所以Go裡面也可以直接包含c代碼，利用現有的豐富的C庫。

使用golang 還有必要使用 nginx 么

簡單學習了golang/go語言的基礎語法，做個定時切割nginx日誌的小腳本練習下，感覺挺好使的～

腳本代碼如下，install後將腳本加入到crontab定時運行，當然golang也可以自己定時執行，這裡加入到crontab運行，是因為golang進程有可能會被kill掉….

package main

import (

“fmt”

“os”

“path/filepath”

“syscall”

“time”

“strings”

“os/exec”

“io/ioutil”

)

func main(){

//日誌目錄

srcDirPath := “/usr/local/nginx/logs”

//存放切割日誌目錄

targetDirPath := “/usr/local/nginx/logs/history”

//ngixn進程ID文件

nginxPidPath := “/usr/local/nginx/logs/nginx.pid”

//檢查存放切割日誌目錄是否存在，如果不存在則創建

finfo, errFile := os.Stat(targetDirPath)

if errFile !=nil {

errFile := os.MkdirAll(targetDirPath, 0777)

if errFile != nil {

fmt.Println(“創建日誌目錄失敗：”+errFile.Error())

return

}

} else if !finfo.IsDir() {

fmt.Println(targetDirPath+”已經存在且不是一個目錄”)

return

}

//獲取當前日期，作為此次切割日誌根目錄

t := time.Now()

nowDateTime := t.Format(“2006-01-02”)

logPath := targetDirPath+”/”+nowDateTime

os.MkdirAll(logPath, 0777)

//獲取nginx的進程ID

pfile,err := os.Open(nginxPidPath)

defer pfile.Close()

if err != nil {

fmt.Println(“not found nginx pid file”)

return

}

pidData,_ := ioutil.ReadAll(pfile)

pid := string(pidData)

pid = strings.Replace(pid,”\n”,””,-1)

//遍曆日志目錄

filepath.Walk(srcDirPath,func(path string, info os.FileInfo, err error) error {

if info.IsDir() {

return nil

} else {

//獲取切割日誌路徑

targetfilePath := strings.Replace(path,srcDirPath,logPath,1)

if strings.Index(targetfilePath,”nginx.pid”) != -1 {

return nil

}

//移動文件

syscall.Rename(path,targetfilePath)

//創建原文件,這裡不需要了，因為重啟nginx後會自動生成滴

// nFile,errCreate := os.Create(path)

// if errCreate != nil {

// fmt.Println(“create file faild:”+errCreate.Error())

// }

// defer nFile.Close()

}

return nil

})

//平滑重啟nginx

cmd := exec.Command(“kill”,”-USR1″,pid)

_, errCmd := cmd.Output()

if errCmd != nil {

fmt.Println(“重啟nginx失敗：”+errCmd.Error())

return;

}

fmt.Println(“success”)

手擼golang 基本數據結構與算法 圖的搜索 深度優先/廣度優先

最近閱讀我的第一本算法書(【日】石田保輝；宮崎修一)

本系列筆記擬採用golang練習之

graph_visit_test.go

頂點接口

圖的遍歷器接口

頂點的實現

候選節點隊列接口. 候選節點的選擇方式不同, 決定了是深度優先還是廣度優先.

LIFO堆棧, 實現INodeQueue接口

FIFO隊列, 實現INodeQueue接口

遍歷器, 實現IGraphVisitor接口

(end)