關於golangand的信息

本文目錄一覽：

• 1、golang const and itoa 2022-03-23
• 2、GoLang — Gin框架
• 3、golang適合做web開發嗎
• 4、Golang 中更好的錯誤處理：理論和實踐技巧
• 5、如何Golang開發Android應用
• 6、golang 有什麼比較好得分散式任務隊列，類似Python的celery

golang const and itoa 2022-03-23

golang const定義常量時，如果出現省略的行，則自動沿用上一行的assignment

GoLang — Gin框架

• 何為框架：

框架一直是敏捷開發中的利器，能讓開發者很快的上手並做出應用，甚至有的時候，脫離了框架，一些開發者都不會寫程序了。成長總不會一蹴而就，從寫出程序獲取成就感，再到精通框架，快速構造應用，當這些方面都得心應手的時候，可以嘗試改造一些框架，或是自己創造一個。

Gin是一個golang的微框架，封裝比較優雅，API友好，源碼注釋比較明確，已經發布了1.0版本。具有快速靈活，容錯方便等特點。其實對於golang而言，web框架的依賴要遠比Python，Java之類的要小。自身的net/http足夠簡單，性能也非常不錯。框架更像是一些常用函數或者工具的集合。藉助框架開發，不僅可以省去很多常用的封裝帶來的時間，也有助於團隊的編碼風格和形成規範。

（1）首先需要安裝，安裝比較簡單，使用go get即可

go get github.com/gin-gonic/gin

如果安裝失敗，直接去Github clone下來，放置到對應的目錄即可。

（2）代碼中使用：

下面是一個使用Gin的簡單例子：

package main

import (

“github.com/gin-gonic/gin”

)

func main() {

router := gin.Default()

router.GET(“/ping”, func(c *gin.Context) {

c.JSON(200, gin.H{

“message”: “pong”,

})

})

router.Run(“:8080”) // listen and serve on 0.0.0.0:8080

}

簡單幾行代碼，就能實現一個web服務。使用gin的Default方法創建一個路由handler。然後通過HTTP方法綁定路由規則和路由函數。不同於net/http庫的路由函數，gin進行了封裝，把request和response都封裝到gin.Context的上下文環境。最後是啟動路由的Run方法監聽埠。麻雀雖小，五臟俱全。當然，除了GET方法，gin也支持POST,PUT,DELETE,OPTION等常用的restful方法。

Gin可以很方便的支持各種HTTP請求方法以及返回各種類型的數據，詳情可以前往查看。

2.1 匹配參數

我們可以使用Gin框架快速的匹配參數，如下代碼所示：

冒號:加上一個參數名組成路由參數。可以使用c.Param的方法讀取其值。當然這個值是字串string。諸如/user/rsj217，和/user/hello都可以匹配，而/user/和/user/rsj217/不會被匹配。

瀏覽器輸入以下測試：

返回結果為：

其中c.String是gin.Context下提供的方法，用來返回字元串。

其中c.Json是gin.Context下提供的方法，用來返回Json。

下面我們使用以下gin提供的Group函數，方便的為不同的API進行分類。

我們創建了一個gin的默認路由，並為其分配了一個組 v1，監聽hello請求並將其路由到視圖函數HelloPage，最後綁定到 0.0.0.0:8000

C.JSON是Gin實現的返回json數據的內置方法，包含了2個參數，狀態碼和返回的內容。http.StatusOK代表返回狀態碼為200，正文為{“message”: 「welcome”}。

註：Gin還包含更多的返回方法如c.String, c.HTML, c.XML等，請自行了解。可以方便的返回HTML數據

我們在之前的組v1路由下新定義一個路由：

下面我們訪問

可以看到，通過c.Param(「key」)方法，Gin成功捕獲了url請求路徑中的參數。同理，gin也可以捕獲常規參數，如下代碼所示：

在瀏覽器輸入以下代碼：

通過c.Query(「key」)可以成功接收到url參數，c.DefaultQuery在參數不存在的情況下，會由其默認值代替。

我們還可以為Gin定義一些默認路由：

這時候，我們訪問一個不存在的頁面：

返回如下所示：

下面我們測試在Gin裡面使用Post

在測試端輸入：

附帶發送的數據，測試即可。記住需要使用POST方法.

繼續修改，將PostHandler的函數修改如下

測試工具輸入：

發送的內容輸入：

返回結果如下：

備註：此處需要指定Content-Type為application/x-www-form-urlencoded，否則識別不出來。

一定要選擇對應的PUT或者DELETE方法。

Gin框架快速的創建路由

能夠方便的創建分組

支持url正則表達式

支持參數查找（c.Param c.Query c.PostForm）

請求方法精準匹配

支持404處理

快速的返回給客戶端數據，常用的c.String c.JSON c.Data

golang適合做web開發嗎

適合。框架足夠成熟了 A Survey of 5 Go Web Frameworks

小型項目你甚至不用框架，用net/http http – The Go Programming Language

常用庫也成熟了 Top – Go Search

golang的web後端即使不concurrent也比php，ruby，python快很多很多

golang里用concurrent真的非常方便，非常非常快，超大web項目golang scale成本低

如果你想，golang的部署可以比php更方便，使用go get和http.ServeAndListen()可以不用nginx和apache

對於文件改動重新編譯其實並不是大問題，看pilu/fresh · GitHub，其實你自己寫shell腳本（也可以直接用go寫，因為它本身就是系統語言）監控文件系統改動然後自動重新build，即使是C/C++的項目這也不是大問題，人們不用C/C++寫web是因為它們不是寫web app的最佳選擇

golang寫的代碼編譯通過後，要比scripting language魯棒，因為go compiler強制一些最佳實踐

Golang 中更好的錯誤處理：理論和實踐技巧

雲和安全管理服務專家新鈦雲服 張春翻譯

這種方法有幾個缺點。首先，它可以對程序員隱藏錯誤處理路徑，特別是在捕獲異常不是強制性的情況下，例如在 Python 中。即使在具有必須處理的 Java 風格的檢查異常的語言中，如果在與原始調用不同的級別上處理錯誤，也並不總是很明顯錯誤是從哪裡引發的。

我們都見過長長的代碼塊包裝在一個 try-catch 塊中。在這種情況下，catch 塊實際上充當 goto 語句，這通常被認為是有害的（奇怪的是，C 中的關鍵字被認為可以接受的少數用例之一是錯誤後清理，因為該語言沒有 Golang- 樣式延遲語句）。

如果你確實從源頭捕獲異常，你會得到一個不太優雅的 Go 錯誤模式版本。這可能會解決混淆代碼的問題，但會遇到另一個問題：性能。在諸如 Java 之類的語言中，拋出異常可能比函數的常規返回慢數百倍。

Java 中最大的性能成本是由列印異常的堆棧跟蹤造成的，這是昂貴的，因為運行的程序必須檢查編譯它的源代碼 。僅僅進入一個 try 塊也不是空閑的，因為需要保存 CPU 內存寄存器的先前狀態，因為它們可能需要在拋出異常的情況下恢復。

如果您將異常視為通常不會發生的異常情況，那麼異常的缺點並不重要。這可能是傳統的單體應用程序的情況，其中大部分代碼庫不必進行網路調用——一個操作格式良好的數據的函數不太可能遇到錯誤（除了錯誤的情況）。一旦您在代碼中添加 I/O，無錯誤代碼的夢想就會破滅：您可以忽略錯誤，但不能假裝它們不存在！

try {

doSometing()

} catch (IOException e) {

// ignore it

}

與大多數其他編程語言不同，Golang 接受錯誤是不可避免的。 如果在單體架構時代還不是這樣，那麼在今天的模塊化後端服務中，服務通常和外部 API 調用、資料庫讀取和寫入以及與其他服務通信 。

以上所有方法都可能失敗，解析或驗證從它們接收到的數據（通常在無模式 JSON 中）也可能失敗。Golang 使可以從這些調用返回的錯誤顯式化，與普通返回值的等級相同。從函數調用返回多個值的能力支持這一點，這在大多數語言中通常是不可能的。Golang 的錯誤處理系統不僅僅是一種語言怪癖，它是一種將錯誤視為替代返回值的完全不同的方式！

重複 if err != nil

對 Go 錯誤處理的一個常見批評是被迫重複以下代碼塊：

res, err := doSomething()

if err != nil {

// Handle error

}

對於新用戶來說，這可能會覺得沒用而且浪費行數：在其他語言中需要 3 行的函數很可能會增長到 12 行 ：

這麼多行代碼！這麼低效！如果您認為上述內容不優雅或浪費代碼，您可能忽略了我們檢查代碼中的錯誤的全部原因：我們需要能夠以不同的方式處理它們！對 API 或資料庫的調用可能會被重試。

有時事件的順序很重要：調用外部 API 之前發生的錯誤可能不是什麼大問題（因為數據從未通過發送），而 API 調用和寫入本地資料庫之間的錯誤可能需要立即注意，因為 這可能意味著系統最終處於不一致的狀態。即使我們只想將錯誤傳播給調用者，我們也可能希望用失敗的解釋來包裝它們，或者為每個錯誤返回一個自定義錯誤類型。

並非所有錯誤都是相同的，並且向調用者返回適當的錯誤是 API 設計的重要部分，無論是對於內部包還是 REST API 。

不必擔心在你的代碼中重複 if err != nil ——這就是 Go 中的代碼應該看起來的樣子。

自定義錯誤類型和錯誤包裝

從導出的方法返回錯誤時，請考慮指定自定義錯誤類型，而不是單獨使用錯誤字元串。字元串在意外代碼中是可以的，但在導出的函數中，它們成為函數公共 API 的一部分。更改錯誤字元串將是一項重大更改——如果沒有明確的錯誤類型，需要檢查返回錯誤類型的單元測試將不得不依賴原始字元串值！事實上，基於字元串的錯誤也使得在私有方法中測試不同的錯誤案例變得困難，因此您也應該考慮在包中使用它們。回到錯誤與異常的爭論，返回錯誤也使代碼比拋出異常更容易測試，因為錯誤只是要檢查的返回值。不需要測試框架或在測試中捕獲異常 。

可以在 database/sql 包中找到簡單自定義錯誤類型的一個很好的示例。它定義了一個導出常量列表，表示包可以返回的錯誤類型，最著名的是 sql.ErrNoRows。雖然從 API 設計的角度來看，這種特定的錯誤類型有點問題（您可能會爭辯說 API 應該返回一個空結構而不是錯誤），但任何需要檢查空行的應用程序都可以導入該常量並在代碼中使用它不必擔心錯誤消息本身會改變和破壞代碼。

對於更複雜的錯誤處理，您可以通過實現返回錯誤字元串的 Error() 方法來定義自定義錯誤類型。自定義錯誤可以包括元數據，例如錯誤代碼或原始請求參數。如果您想表示錯誤類別，它們很有用。DigitalOcean 的本教程展示了如何使用自定義錯誤類型來表示可以重試的一類臨時錯誤。

通常，錯誤會通過將低級錯誤與更高級別的解釋包裝起來，從而在程序的調用堆棧中傳播。例如，資料庫錯誤可能會以下列格式記錄在 API 調用處理程序中：調用 CreateUser 端點時出錯：查詢資料庫時出錯：pq：檢測到死鎖。這很有用，因為它可以幫助我們跟蹤錯誤在系統中傳播的過程，向我們展示根本原因（資料庫事務引擎中的死鎖）以及它對更廣泛系統的影響（調用者無法創建新用戶）。

自 Go 1.13 以來，此模式具有特殊的語言支持，並帶有錯誤包裝。通過在創建字元串錯誤時使用 %w 動詞，可以使用 Unwrap() 方法訪問底層錯誤。除了比較錯誤相等性的函數 errors.Is() 和 errors.As() 外，程序還可以獲取包裝錯誤的原始類型或標識。這在某些情況下可能很有用，儘管我認為在確定如何處理所述錯誤時最好使用頂級錯誤的類型。

Panics

不要 panic()！長時間運行的應用程序應該優雅地處理錯誤而不是panic。即使在無法恢復的情況下（例如在啟動時驗證配置），最好記錄一個錯誤並優雅地退出。panic比錯誤消息更難診斷，並且可能會跳過被推遲的重要關閉代碼。

Logging

我還想簡要介紹一下日誌記錄，因為它是處理錯誤的關鍵部分。通常你能做的最好的事情就是記錄收到的錯誤並繼續下一個請求。

除非您正在構建簡單的命令行工具或個人項目，否則您的應用程序應該使用結構化的日誌庫，該庫可以為日誌添加時間戳，並提供對日誌級別的控制。最後一部分特別重要，因為它將允許您突出顯示應用程序記錄的所有錯誤和警告。通過幫助將它們與信息級日誌分開，這將為您節省無數時間。

微服務架構還應該在日誌行中包含服務的名稱以及機器實例的名稱。默認情況下記錄這些時，程序代碼不必擔心包含它們。您也可以在日誌的結構化部分中記錄其他欄位，例如收到的錯誤（如果您不想將其嵌入日誌消息本身）或有問題的請求或響應。只需確保您的日誌沒有泄露任何敏感數據，例如密碼、API 密鑰或用戶的個人數據！

對於日誌庫，我過去使用過 logrus 和 zerolog，但您也可以選擇其他結構化日誌庫。如果您想了解更多信息，互聯網上有許多關於如何使用這些的指南。如果您將應用程序部署到雲中，您可能需要日誌庫上的適配器來根據您的雲平台的日誌 API 格式化日誌 – 沒有它，雲平台可能無法檢測到日誌級別等某些功能。

如果您在應用程序中使用調試級別日誌（默認情況下通常不記錄），請確保您的應用程序可以輕鬆更改日誌級別，而無需更改代碼。更改日誌級別還可以暫時使信息級別甚至警告級別的日誌靜音，以防它們突然變得過於嘈雜並開始淹沒錯誤。您可以使用在啟動時檢查以設置日誌級別的環境變數來實現這一點。

原文：

如何Golang開發Android應用

環境配置好複雜，我不得不嘮叨幾句。

需要下載golang1.4rc版，下載ndk，然後編譯。 然後用go get 下載gobind這個工具， 然後，將寫好的代碼用gobind轉化下，然後使用特殊的編譯命令，將代碼編譯成.so文件，將生成的相關文件，放到android studio的項目中。然後java代碼中，利用jni調用引用的代碼。

… 好，接著往下看吧。

環境準備

一台Linux 64的機器

一個帶有AndroidStudioIDE的開發機器

因為環境配置實在複雜，所以我們引入的docker。

docker pull codeskyblue/docker-goandroid

docker run –rm -ti codeskyblue/docker-goandroid bash

cd example; echo “view example projects

docker起來之後，什麼就都配置好了，NDK啦，java啦，GO的環境變數了，等等，並且還預裝了vim,gradle,tmux,git,syncthing,svn

開始寫代碼

寫代碼之前，先約定下目錄結構

go的代碼都放在src/golib下，編譯使用make.bash編譯腳本，看下這個文件樹

.

|– app.iml

|– build.gradle

|– libs/armeabi-v7a # go編譯生成的so文件

| `– libgojni.so

|– main.go_tmpl # 一個模板文件，先不用管它

|– make.bash # 編譯腳本，用來生成.so和Java代碼

`– src

|– golib

| |– hi

| | |– go_hi�0�2�0�2�0�2 # 自動生成的代碼

| | | `– go_hi.go

| | `– hi.go # 需要編寫的代碼

| `– main.go

`– main

|– AndroidManifest.xml

|– java

| |– go # 自動生成的代碼

| | |– Go.java

| | |– Seq.java

| | `– hi

| | `– Hi.java

| `– me/shengxiang/gohello # 主要的邏輯代碼

| `– MainActivity.java

`– res

我已經寫了一個例子，先直接搞下來

編譯下，試試行不行（就算不行問題應該也不大，因為大問題都被我消滅了）

cd GoHello/app

./make.bash

../gradlew build

一切順利的話在build/outputs/apk下應該可以看到app-debug.apk這個文件。（劇透下，這個文件只有800多K）

編譯好的我放到qiniu上了，可以點擊下載看看

下面可以嘗試改改，我拋磚引玉說下

打開hi.go這個文件

hi.go的內容，比較簡單，我們寫Go代碼主要就是這部分

// Package hi provides a function for saying hello.

package hi

import “fmt”

func Hello(name string) {

fmt.Printf(“Hello, %s!\n”, name)

return “(Go)World”

}

文件末尾添加下面這行代碼

func Welcome(name string) string {

return fmt.Sprintf(“Welcome %s to the go world”, name)

}

使用./make.bash重新編譯下

打開MainActivity.java 修改下OnClickListener事件

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

String message = Hi.Welcome(“yourname”);

Toast.makeText(MainActivity.this, message, Toast.LENGTH_LONG).show();

}

});

編譯運行下，把生成的apk安裝到手機上試試。

原理解讀（有興趣的接著看）

首先說下gobind這個工具。

go_hi/go_hi.go這個文件時通過gobind這個工具生成的，用來配合一個簡單的程序，生成.so文件

// go_hi.go

package go_hi

import (

“golang.org/x/mobile/bind/seq”

“example/hi”

)

func proxy_Hello(out, in *seq.Buffer) {

param_name := in.ReadUTF16()

hi.Hello(param_name)

}

func init() {

seq.Register(“hi”, 1, proxy_Hello)

}

這個簡單的程序內容是這樣的

// main.go

package main

import (

“golang.org/x/mobile/app”

_ “golang.org/x/mobile/bind/java”

_ “example/hi/go_hi”

)

func main() {

app.Run(app.Callbacks{})

}

src/MyActivity.java文件內容是這樣的

import …

import go.Go; // 引入Go這個包

import go.hi.Hi; // gobind生成的代碼

public class MainActivity extends Activity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

Go.init(getApplicationContext()); // 初始化兩個線程

Hi.Hello(“world”);

}

}

其中有一句Go.init(…)這裡再看go.Go這個包是什麼樣子的

public final class Go {

// init loads libgojni.so and starts the runtime.

public static void init(Context context) {

… 判斷該函數是否該執行的代碼 — 省略 —

System.loadLibrary(“gojni”); // gojni需要這句

new Thread(“GoMain”) {

public void run() {

Go.run(); // run()是一個native方法

}

}.start();

Go.waitForRun(); // 這個也是一個native方法

// 這部分可以理解為，啟動了一個後台線程不斷的接收結果到緩存中。

new Thread(“GoReceive”) {

public void run() { Seq.receive(); }

}.start();

}

private static boolean running = false;

private static native void run();

private static native void waitForRun();

}

MyActivity.java中還有段代碼是 Hi.Hello(“world”);，打開Hi.java路徑在src/go/hi/Hi.java，這個文件也是gobind生成的，是用來給java方便的調用.so文件

// Hi.java

// File is generated by gobind. Do not edit.

package go.hi;

import go.Seq;

public abstract class Hi {

private Hi() {} // uninstantiable

public static void Hello(String name) {

go.Seq _in = new go.Seq();

go.Seq _out = new go.Seq();

_in.writeUTF16(name);

Seq.send(DESCRIPTOR, CALL_Hello, _in, _out); // 下面接著說

}

private static final int CALL_Hello = 1;

private static final String DESCRIPTOR = “hi”;

}

Seq.send這部分實際上最終調用的是一段go代碼

func Send(descriptor string, code int, req *C.uint8_t, reqlen C.size_t, res **C.uint8_t, reslen *C.size_t) {

fn := seq.Registry[descriptor][code]

in := new(seq.Buffer)

if reqlen 0 {

in.Data = (*[maxSliceLen]byte)(unsafe.Pointer(req))[:reqlen]

}

out := new(seq.Buffer)

fn(out, in)

seqToBuf(res, reslen, out)

}

轉載僅供參考，版權屬於原作者。祝你愉快，滿意請採納哦

golang 有什麼比較好得分散式任務隊列，類似Python的celery

NSQ is a realtime distributed messaging platform designed to operate at scale, handling

billions of messages per day.

It promotes distributed and decentralized topologies without single points of failure,

enabling fault tolerance and high availability coupled with a reliable message delivery

guarantee. See features guarantees.

Operationally, NSQ is easy to configure and deploy (all parameters are specified on the command

line and compiled binaries have no runtime dependencies). For maximum flexibility, it is agnostic to

data format (messages can be JSON, MsgPack, Protocol Buffers, or anything else). Official Go and

Python libraries are available out of the box (as well as many other client

libraries) and, if you’re interested in building your own, there’s a protocol

spec.

We publish binary releases for linux and darwin.

NOTE: master is our development branch and may not be stable at all times.