前言
最近因為項目需要寫了一段時間的Go，相對于Java來說語法簡單同時又有著一些Python之類的語法糖，讓人大呼”真香“。
但現(xiàn)階段相對來說還是Python寫的多一些，偶爾還得回爐寫點Java；自然對Go也談不上多熟悉。
于是便利用周末時間自己做個小項目來加深一些使用經(jīng)驗。于是我便想到了之前利用Java寫的一個博客小工具。
那段時間正值微博圖床大量圖片禁止外鏈，導(dǎo)致許多個人博客中的圖片都不能查看。這個工具可以將文章中的圖片備份到本地，還能將圖片直接替換到其他圖床。
我個人現(xiàn)在是一直在使用，通常是在碼字的時候利用iPic之類的工具將圖片上傳到微博圖床（主要是方便+免費）。寫完之后再通過這個工具一鍵切換到[SM.MS](http://sm.MS)這類付費圖床，同時也會將圖片備份到本地磁盤。
改為用Go重寫為cli工具后使用效果如下：
需要掌握哪些技能
之所以選擇這個工具用Go來重寫；一個是功能比較簡單，但也正好可以利用到Go的一些特點，比如網(wǎng)絡(luò) IO、協(xié)程同步之類。
同時修改為命令行工具后是不是感覺更極客了呢。
再開始之前還是先為不熟悉Go的Javaer介紹下大概會用到哪些知識點：
使用和管理第三方依賴包(go mod)
協(xié)程的運用。
多平臺打包。
下面開始具體操作，我覺得即便是沒怎么接觸過Go的朋友看完之后也能快速上手實現(xiàn)一個小工具。
使用和管理第三方依賴
還沒有安裝 Go 的朋友請參考官網(wǎng)自行安裝。
首先介紹一下 Go 的依賴管理，在版本1.11之后官方就自帶了依賴管理模塊，所以在當(dāng)下最新版1.15中已經(jīng)強烈推薦使用。
它的目的和作用與Java中的maven，Python中的pip類似，但使用起來比maven簡單許多。
根據(jù)它的使用參考，需要首先在項目目錄下執(zhí)行g(shù)o mod init用于初始化一個go.mod文件，當(dāng)然如果你使用的是GoLang這樣的IDE，在新建項目時會自動幫我們創(chuàng)建好目錄結(jié)構(gòu)，當(dāng)然也包含go.mod這個文件。
在這個文件中我們引入我們需要的第三方包：
module btbgo1.15require (github.com/cheggaaa/pb/v3 v3.0.5github.com/fatih/color v1.10.0github.com/urfave/cli/v2 v2.3.0)復(fù)制代碼
我這里使用了三個包，分別是：
pb: progress bar，用于在控制臺輸出進度條。
color: 用于在控制臺輸出不同顏色的文本。
cli: 命令行工具開發(fā)包。
import("btb/constants""btb/service""github.com/urfave/cli/v2""log""os")funcmain(){varmodelstringdownloadPath := constants.DownloadPathmarkdownPath := constants.MarkdownPathapp := &cli.App{Flags: []cli.Flag{&cli.StringFlag{Name:"model",Usage:"operating mode; r:replace, b:backup",DefaultText:"b",Aliases:? ? []string{"m"},Required:true,Destination: &model,},&cli.StringFlag{Name:"download-path",Usage:"The path where the image is stored",Aliases:? ? []string{"dp"},Destination: &downloadPath,Required:true,Value:? ? ? constants.DownloadPath,},&cli.StringFlag{Name:"markdown-path",Usage:"The path where the markdown file is stored",Aliases:? ? []string{"mp"},Destination: &markdownPath,Required:true,Value:? ? ? constants.MarkdownPath,},},Action:func(c *cli.Context)error{service.DownLoadPic(markdownPath, downloadPath)returnnil},Name:"btb",Usage:"Help you backup and replace your blog's images",}err := app.Run(os.Args)iferr !=nil{log.Fatal(err)}}復(fù)制代碼
代碼非常簡單，無非就是使用了cli所提供的 api 創(chuàng)建了幾個命令，將用戶輸入的-dp、-mp參數(shù)映射到downloadPath、markdownPath變量中。
之后便利用這兩個數(shù)據(jù)掃描所有的圖片，以及將圖片下載到對應(yīng)的目錄中。
更多使用指南可以直接參考官方文檔。
可以看到部分語法與Java完全不同，比如：
申明變量時類型是放在后邊，先定義變量名稱；方法參數(shù)類似。
類型推導(dǎo)，可以不指定變量類型（新版本的Java也支持）
方法支持同時返回多個值，這點非常好用。
公共、私用函數(shù)利用首字母大小寫來區(qū)分。
還有其他的就不一一列舉了。
協(xié)程
緊接著命令執(zhí)行處調(diào)用了service.DownLoadPic(markdownPath, downloadPath)處理業(yè)務(wù)邏輯。
這里包含的文件掃描、圖片下載之類的代碼就不分析了；官方SDK寫的很清楚，也比較簡單。
重點看看Go里的goroutime也就是協(xié)程。
我這里使用的場景是每掃描到一個文件就利用一個協(xié)程去解析和下載圖片，從而可以提高整體的運行效率。
funcDownLoadPic(markdownPath, downloadPathstring){wg := sync.WaitGroup{}allFile, err := util.GetAllFile(markdownPath)wg.Add(len(*allFile))iferr !=nil{log.Fatal("read file error")}for_, filePath :=range*allFile {gofunc(filePathstring){allLine, err := util.ReadFileLine(filePath)iferr !=nil{log.Fatal(err)}availableImgs := util.MatchAvailableImg(allLine)bar := pb.ProgressBarTemplate(constants.PbTmpl).Start(len(*availableImgs))bar.Set("fileName", filePath).SetWidth(120)for_, url :=range*availableImgs {iferr !=nil{log.Fatal(err)}err := util.DownloadFile(url, *genFullFileName(downloadPath, filePath, &url))iferr !=nil{log.Fatal(err)}bar.Increment()}bar.Finish()wg.Done()}(filePath)}wg.Wait()color.Green("Successful handling of [%v] files.\n",len(*allFile))iferr !=nil{log.Fatal(err)}}復(fù)制代碼
就代碼使用層面看起來是不是要比Java簡潔許多，我們不用像Java那樣需要維護一個executorService，也不需要考慮這個線程池的大小，一切都交給Go自己去調(diào)度。
使用時只需要在調(diào)用函數(shù)之前加上go關(guān)鍵字，只不過這里是一個匿名函數(shù)。
而且由于goroutime非常輕量，與Java中的thread相比占用非常少的內(nèi)存，所以我們也不需要精準(zhǔn)的控制創(chuàng)建數(shù)量。
不過這里也用到了一個和Java非常類似的東西：WaitGroup。
它的用法與作用都與Java中的CountDownLatch非常相似；主要用于等待所有的goroutime執(zhí)行完畢，在這里自然是等待所有的圖片都下載完畢然后退出程序。
使用起來主要分為三步：
創(chuàng)建和初始化goruntime的數(shù)量：wg.Add(len(number)
每當(dāng)一個goruntime執(zhí)行完畢調(diào)用wg.Done()讓計數(shù)減一。
最終調(diào)用wg.Wait()等待WaitGroup的數(shù)量減為0。
對于協(xié)程 Go 推薦使用chanel來互相通信，這點今后有機會再討論。
打包
核心邏輯也就這么多，下面來講講打包與運行；這點和Java的區(qū)別就比較大了。
眾所周知，Java有一句名言：write once run anywhere
這是因為有了JVM虛擬機，所以我們不管代碼最終運行于哪個平臺都只需要打出一個包；但Go沒有虛擬機它是怎么做到在個各平臺運行呢。
簡單來說Go可以針對不同平臺打包出不同的二進制文件，這個文件包含了所有運行所需要的依賴，甚至都不需要在目標(biāo)平臺安裝Go環(huán)境。
雖說 Java 最終只需要打一個包，但也得在各個平臺安裝兼容的Java運行環(huán)境。
我在這里編寫了一個Makefile用于執(zhí)行打包：make release
# Binary nameBINARY=btbGOBUILD=go build -ldflags"-s -w"-o ${BINARY}GOCLEAN=go cleanRMTARGZ=rm -rf *.gzVERSION=0.0.1release:# Clean$(GOCLEAN)$(RMTARGZ)# Build for macCGO_ENABLED=0 GOOS=darwin GOARCH=amd64$(GOBUILD)tar czvf ${BINARY}-mac64-${VERSION}.tar.gz ./${BINARY}# Build for arm$(GOCLEAN)CGO_ENABLED=0 GOOS=linux GOARCH=arm64$(GOBUILD)tar czvf ${BINARY}-arm64-${VERSION}.tar.gz ./${BINARY}# Build for linux$(GOCLEAN)CGO_ENABLED=0 GOOS=linux GOARCH=amd64$(GOBUILD)tar czvf ${BINARY}-linux64-${VERSION}.tar.gz ./${BINARY}# Build for win$(GOCLEAN)CGO_ENABLED=0 GOOS=windows GOARCH=amd64$(GOBUILD).exetar czvf ${BINARY}-win64-${VERSION}.tar.gz ./${BINARY}.exe$(GOCLEAN)復(fù)制代碼
可以看到我們只需要在go build之前指定系統(tǒng)變量即可打出不同平臺的包，比如我們?yōu)長inux系統(tǒng)的arm64架構(gòu)打包文件：
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build main.go -o btb
便可以直接在目標(biāo)平臺執(zhí)行./btb運行程序。
總結(jié)
本文所有代碼都已上傳Github:github.com/crossoverJi…
感興趣的也可以直接運行安裝腳本體驗。
curl -fsSL https://raw.githubusercontent.com/crossoverJie/btb/master/install.sh | bash復(fù)制代碼
目前這個版本只實現(xiàn)了圖片下載備份，后續(xù)會完善圖床替換及其他功能。
這段時間接觸Go之后給我的感觸頗深，對于年紀(jì) 25 歲的Java來說，Go確實是后生可畏，更氣人的是還趕上了云原生這個浪潮，就更惹不起了。
一些以前看來不那么重要的小毛病也被重點放大，比如啟動慢、占用內(nèi)存多、語法啰嗦等；不過我依然對這位賞飯吃的祖師爺保持期待，從新版本的Java可以看出也在積極改變，更不用說它還有無人撼動的龐大生態(tài)。
