golangdo,Golang動態代理模式

本文目錄一覽：

• 1、如何模擬千萬並發 golang
• 2、如何Golang開發Android應用
• 3、golang http請求數據怎麼傳body體參數
• 4、Golang 中更好的錯誤處理：理論和實踐技巧
• 5、golang-redis系列——返回值助手函數(二)
• 6、從PHP 到Golang 的筆記 ( 轉 )

如何模擬千萬並發 golang

學習了go的基本的並發變成模式，思路就是一個用通信來共享數據，而並不是像java一樣共享內存來通訊。go採用了用channel來傳遞消息，每一個協程持有一個信道，當信道可用時便可以讀寫數據，各信道間的處理數據互不影響。回想一下java中的並發編程，通常我們是因為操作一個數據而採用多線程並發訪問，比較明顯的是更新cache中的key對應的value.

讓我更是歡喜的時在golang中提供了sync.Once這個神器，從此做系統級的開關不再苦惱，天然的保證了就算多個協程並發的情況下也只有一個協程執行once.Do(func()),其他的協程阻塞。你再想想java裡面完成一個系統級初始化，做到並發安全且一次，你要搞一個boolean、再搞把鎖，再寫邏輯，神啊想想頭都大了。

如何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 http請求數據怎麼傳body體參數

get請求一般是在你請求的地址後邊加上?par=”par2=”例如請求的頁面是a.do(假設你後台是java)那麼請求地址是這樣的a.do?par=’123’par2=’456’這個請求傳遞的參數就par和par2他倆的值分別為123，456

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-redis系列——返回值助手函數(二)

從上一節的內容可知，Do() 和 Receive() 等方法的返回值，除了 error 外，是一個 interface{} 類型的返回值，因此當我們的複雜操作返回的不是基本數據類型時，就需要我們自己解析返回值，例如，當我們利用 HMGET 方法獲取一批返回值時，就需要對返回結果進行解析，具體如下：

由於返回值是多條數據，因此需要先將 reply 轉成 []interface 類型，然後在遍歷結果時在分別轉成 []uint8 (byte數組)， 最後再轉成 string 類型。

隨著我們操作複雜度，數據解析的工作量也會非常大，(lua 腳本的使用，會使結果的解析更為複雜，因為可能存在多種類型的結果一起返回的情況，lua 腳本相關的內容會在下一節介紹)。

redigo 包中的返回值助手函數的存在，就是為了幫助我們完成這些枯燥繁瑣的數據解析過程。

返回值助手函數相關源碼路徑為 github.com/gomodule/redigo/redis/reply.go 提供的主要方法如下：

上述返回值助手函數的具體使用，應該依據具體的命令進行選擇。如果大家還記得上一節介紹的 Redis 基本數據類型，可能會有些疑問，對於 redis 來說，其數據據存儲本質都是 []bytes， 為什麼可以解析出 Int、int64、float等類型的數據呢？

我們以 Float64() 為例進行說明，具體源碼如下：

其實，返回值助手函數是將 []byte 類型的原始數據，利用 strconv.ParseFloat(string(reply), 64) 轉換成了 float64類型，因此在我們使用過程中返回值助手函數的選擇，應該基於業務和實際存儲的數據格式為依據。我們以第一小節的示例為例，看返回值助手函數如何降低我們的工作量，具體如下：

除了使用返回值助手函數對上述固定結構的結果進行解析外，redigo 包還提供了一個 Scan()函數用於解析自定義的複雜數據結構，我們依然以上一個示例進行說明,具體示例如下：

如果返回結果為結構化切片，也可以使用 canSlice() 方法，從而簡化 loop 處理的部分，具體示例如下：

通過上述的示例，我們介紹了 scan 函數的基本用法，但是細心的同學可能會發現嗎，為什麼數據寫入時，value 的類型為 []int64 但是讀取時只能按照 string 類型讀取呢。這是因為 Redis 底層存儲的數據本質都是 string 類型，。 無論是 HMSET 還是 MSET 最終都只能按照 string 類型讀取，因為其本質都是 hash 結構，不同之處僅在於 HMSET 是嵌套的 hash類型。 因此，[]int64 數據在寫入階段，就已經被自動處理為 []byte，寫入 redis 之後，len 和 類型 屬性會丟失。

如果強行按照 []int64解析將出錯：

如果 value 必須以結構化的數據存儲，那麼可以提前對要寫入的數據進行編碼，例如 json、protobuf 等，取出後再進行解碼獲得原始數據。

從PHP 到Golang 的筆記 ( 轉 )

———文章來源 YamiOdymel/PHP-to-Golang

PHP和模塊之間的關係令人感到煩躁，假設你要讀取 yaml 檔案，你需要有一個 yaml 的模塊，為此，你還需要將其編譯然後將編譯後的模塊擺放至指定位置，之後換了一台伺服器你還要重新編譯，這點到現在還是沒有改善；順帶一提之後出了PHP 7效能確實提升了許多（比Python 3快了些），但PHP仍令我感到臃腫，我覺得是時候

（轉行）了。

PHP 和Golang 的效能我想毋庸置疑是後者比較快（而且是以倍數來算），也許有的人會認為兩種不應該被放在一起比較，但Golang 本身就是偏向Web 開發的，所以這也是為什麼我考慮轉用Golang 的原因，起初我的考慮有幾個：Node.js 和Rust 還有最終被選定的Golang；先談談Node.js 吧。

Node.js的效能可以說是快上PHP 3.5倍至6倍左右 ，而且撰寫的語言還是JavaScript，蒸蚌，如此一來就不需要學習新語言了！搭配Babel更可以說是萬能，不過那跟「跳跳虎」一樣的Async邏輯還有那恐怖的Callback Hell，有人認為前者是種優點，這點我不否認，但是對學習PHP的我來說太過於”Mind Fuck”，至於後者的Callback Hell雖然有Promise，但是那又是另一個「Then Hell」的故事了。相較於Golang之下，Node.js似乎就沒有那麼吸引我了。你確實可以用Node.js寫出很多東西，不過那V8引擎的效能仍然有限，而且要學習新的事物，不就應該是「全新」的嗎;)？

題外話： 為什麼Node.js不適合大型和商業專案？

在拋棄改用Node.js 之後我曾經花了一天的時間嘗試Rust 和Iron 框架，嗯⋯⋯Rust 太強大了，強大到讓我覺得Rust 不應該用在這裡，這想法也許很蠢，但Rust 讓我覺得適合更應該拿來用在系統或者是部分底層的地方，而不應該是網路服務。

Golang是我最終的選擇，主要在於我花了一天的時間來研究的時候意外地發現Golang夭壽簡潔（ 關鍵字只有25個 ），相較之下Rust太過於「強大」令我怯步；而且Golang帶有許多工具，例如 go fmt 會自動幫你整理程式碼、 go doc 會自動幫你生產文件、 go test 可以自動單元測試並生產覆蓋率報表、也有 go get 套件管理工具（雖然沒有版本功能），不過都很實用，而且也不需要加上分號（ ; ），真要說不好的地方⋯⋯大概就是強迫你花括弧不能換行放吧（沒錯，我就是花括弧會換行放的人）。

當我在撰寫這份文件的時候 我會先假設你有一定的基礎 ，你可以先閱讀下列的手冊，他們都很不錯。

你能夠在PHP 裡面想建立一個變數的時候就直接建立，夭壽贊，是嗎？

蒸蚌！那麼Golang 呢？在Golang 中變數分為幾類：「新定義」、「預先定義」、「自動新定義」、「覆蓋」。讓我們來看看範例：

在PHP中你會很常用到 echo 來顯示文字，像這樣。

然而在Golang中你會需要 fmt 套件，關於「什麼是套件」的說明你可以在文章下述了解。

這很簡單，而且兩個語言的用法相差甚少，下面這是PHP：

只是Golang 稍微聒噪了一點，你必須在函式後面宣告他最後會回傳什麼資料型別。

在PHP 中你要回傳多個資料你就會用上陣列，然後將資料放入陣列裡面，像這樣。

然而在Golang 中你可以不必用到一個陣列，函式可以一次回傳多個值：

兩個語言的撰寫方式不盡相同。

主要是PHP 的陣列能做太多事情了，所以在PHP 裡面要儲存什麼用陣列就好了。

在Golang里⋯⋯沒有這麼萬能的東西，首先要先了解Golang中有這些型態： array , slice , map , interface ，

你他媽的我到底看了三洨，首先你要知道Golang是個強型別語言，意思是你的陣列中 只能有一種型態 ，什麼意思？當你決定這個陣列是用來擺放字串資料的時候，你就只能在裡面放字串。沒有數值、沒有布林值，就像你沒有女朋友一樣。

先撇開PHP 的「萬能陣列」不管，Golang 中的陣列既單純卻又十分腦殘，在定義一個陣列的時候，你必須給他一個長度還有其內容存放的資料型態，你的陣列內容不一定要填滿其長度，但是你的陣列內容不能超過你當初定義的長度。

切片⋯⋯這聽起來也許很奇怪，但是你確實可以「切」他，讓我們先談談「切片」比起「陣列」要好在哪裡：「你不用定義其最大長度，而且你可以直接賦予值」，沒了。

我們剛才有提到你可以「切」他，記得嗎？這有點像是PHP中的 array_slice() ，但是Golang直接讓Slice「內建」了這個用法，其用法是： slice[開始:結束] 。

在PHP中倒是沒有那麼方便，在下列PHP範例中你需要不斷地使用 array_slice() 。

你可以把「映照」看成是一個有鍵名和鍵值的陣列，但是記住：「你需要事先定義其鍵名、鍵值的資料型態」，這仍限制你沒辦法在映照中存放多種不同型態的資料。

在Golang里可就沒這麼簡單了，你需要先用 make() 宣告 map 。

也許你不喜歡「介面」這個詞，但用「介面」我怕會誤導大眾，所以，是的，接下來我會繼續稱其為「介面」。還記得你可以在PHP 的關聯陣列裡面存放任何型態的資料嗎，像下面這樣？

現在你有福了！正因為Golang中的 interface{} 可以接受任何內容，所以你可以把它拿來存放任何型態的資料。

有時候你也許會有個不定值的變數，在PHP 里你可以直接將一個變數定義成字串、數值、空值、就像你那變心的女友一樣隨時都在變。

在Golang中你必須給予變數一個指定的資料型別，不過還記得剛才提到的：「Golang中有個 interface{} 能夠 存放任何事物 」嗎（ 雖然也不是真的任何事物啦⋯⋯ ）？

當我們程式中不需要繼續使用到某個資源或是發生錯誤的時候，我們索性會將其關閉或是拋棄來節省資源開銷，例如PHP 里的讀取檔案：

在Golang中，你可以使用 defer 來在函式結束的時候自動執行某些程式(其執行方向為反向)。所以你就不需要在函式最後面結束最前面的資源。

defer 可以被稱為「推遲執行」，實際上就是在函式結束後會「反序」執行的東西，例如你按照了這樣的順序定義 defer ： A-B-C-D ，那麼執行的順序其實會是 D-C-B-A ，這用在程式結束時還蠻有用的，讓我們看看Golang如何改善上述範例。

這東西很邪惡，不是嗎？又不是在寫BASIC，不過也許有時候你會在PHP 用上呢。但是拜託，不要。

Golang中僅有 for 一種迴圈但卻能夠達成 foreach 、 while 、 for 多種用法。普通 for 迴圈寫法在兩個語言中都十分相近。

在Golang請記得：如果你的 i 先前並不存在，那麼你就需要定義它，所以下面這個範例你會看見 i := 0 。

在PHP里， foreach() 能夠直接給你值和鍵名，用起來十分簡單。

Golang裡面雖然僅有 for() 但卻可以使用 range 達成和PHP一樣的 foreach 方式。

一個 while(條件) 迴圈在PHP裡面可以不斷地執行區塊中的程式，直到 條件 為 false 為止。

在Golang里也有相同的做法，但仍是透過 for 迴圈，請注意這個 for 迴圈並沒有任何的分號（ ; ），而且一個沒有條件的 for 迴圈會一直被執行。

PHP中有 do .. while() 迴圈可以先做區塊中的動作。

在Golang中則沒有相關函式，但是你可以透過一個無止盡的 for 迴圈加上條件式來讓他結束迴圈。

要是你真的希望完全符合像是PHP那樣的設計方式，或者你可以在Golang中使用很邪惡的 goto 。

在PHP中我們可以透過 date() 像這樣取得目前的日期。

在Golang就稍微有趣點了，因為Golang中並不是以 Y-m-d 這種格式做為定義，而是 1 、 2 、 3 ，這令你需要去翻閱文件，才能夠知道 1 的定義是代表什麼。

俗話說：「爆炸就是藝術」，可愛的PHP用詞真的很大膽，像是： explode() （爆炸）、 die() （死掉），回歸正傳，如果你想在PHP裡面將字串切割成陣列，你可以這麼做。

簡單的就讓一個字串給「爆炸」了，那麼Golang 呢？

對了，記得引用 strings 套件。

這真的是很常用到的功能，就像物件一樣有著鍵名和鍵值，在PHP 裡面你很簡單的就能靠陣列（Array）辦到。

真是太棒了，那麼Golang呢？用 map 是差不多啦。如果有必要的話，你可以稍微複習一下先前提到的「多資料儲存型態－Stores」。

你很常會在PHP裡面用 isset() 檢查一個索引是否存在，不是嗎？

在Golang裡面很簡單的能夠這樣辦到（僅適用於 map ）。

指針（有時也做參照）是一個像是「變數別名」的方法，這種方法讓你不用整天覆蓋舊的變數，讓我們假設 A = 1; B = A; 這個時候 B 會複製一份 A 且兩者不相干，倘若你希望修改 B 的時候實際上也會修改到 A 的值，就會需要指針。

指針比起複制一個變數，他會建立一個指向到某個變數的記憶體位置，這也就是為什麼你改變指針，實際上是在改變某個變數。

在Golang你需要用上 * 還有 符號。

有些時候你會回傳一個陣列，這個陣列裡面可能有資料還有錯誤代號，而你會用條件式判斷錯誤代號是否非空值。

在Golang中函式可以一次回傳多個值。為此，你不需要真的回傳一個陣列，不過要注意的是你將會回傳一個屬於 error 資料型態的錯誤，所以你需要引用 errors 套件來幫助你做這件事。

該注意的是Golang沒有 try .. catch ，因為 Golang推薦這種錯誤處理方式 ，你應該在每一次執行可能會發生錯誤的程式時就處理錯誤，而非後來用 try 到處包覆你的程式。

在 if 條件式里宣告變數會讓你只能在 if 內部使用這個變數，而不會污染到全域範圍。

也許你在PHP中更常用的會是 try .. catch ，在大型商業邏輯時經常看見如此地用法，實際上這種用法令人感到聒噪（因為你會需要一堆 try 區塊）：

Golang中並沒有 try .. catch ，實際上Golang也 不鼓勵這種行為 （Golang推薦逐一處理錯誤的方式），倘若你真想辦倒像是捕捉異常這樣的方式，你確實可以使用Golang中另類處理錯誤的方式（可以的話盡量避免使用這種方式）： panic() , recover() , defer 。

你可以把 panic() 當作是 throw （丟出錯誤），而這跟PHP的 exit() 有87%像，一但你執行了 panic() 你的程式就會宣告而終，但是別擔心，因為程式結束的時候會呼叫 defer ，所以我們接下來要在 defer 停止 panic() 。

關於 defer 上述已經有提到了，他是一個反向執行的宣告，會在函式結束後被執行，當你呼叫了 panic() 結束程式的時候，也就會開始執行 defer ，所以我們要在 defer 內使用 recover() 讓程式不再繼續進行結束動作，這就像是捕捉異常。

recover() 可以看作 catch （捕捉），我們要在 defer 裡面用 recover() 解決 panic() ，如此一來程式就會回歸正常而不會被結束。

還記得在PHP里要引用一堆檔案的日子嗎？到處可見的 require() 或是 include() ？到了Golang這些都不見了，取而代之的是「套件（Package）」。現在讓我們來用PHP解釋一下。

這看起來很正常對吧？但假設你有一堆檔案，這馬上就成了 Include Hell ，讓我們看看Golang怎麼透過「套件」解決這個問題。

「 蛤？？？殺小？？？ 」你可能如此地說道。是的， main.go 中除了引用 fmt 套件（ 為了要輸出結果用的套件 ）之外完全沒有引用到 a.go 。

「 蛤？？？殺小？？？？？？ 」你彷彿回到了幾秒鐘前的自己。

既然沒有引用其他檔案，為什麼 main.go 可以輸出 foo 呢？注意到了嗎， 兩者都是屬於 main 套件 ，因此 他們共享同一個區域 ，所以接下來要介紹的是什麼叫做「套件」。

套件是每一個 .go 檔案都必須聲明在Golang原始碼中最開端的東西，像下面這樣：

這意味著目前的檔案是屬於 main 套件（ 你也可以依照你的喜好命名 ），那麼要如何讓同個套件之間的函式溝通呢？

接著是Golang；注意！你不需要引用任何檔案，因為下列兩個檔案同屬一個套件。

一個由「套件」所掌握的世界，比起PHP的 include() 和 require() 還要好太多了，對嗎？

在Golang 中沒有引用單獨檔案的方式，你必須匯入一整個套件，而且你要記住：「一定你匯入了，你就一定要使用它」，像下面這樣。

假如你不希望使用你匯入的套件，你只是為了要觸發那個套件的 main() 函式而引用的話⋯⋯，那麼你可以在前面加上一個底線（ _ ）。

如果你的套件出現了名稱衝突，你可以在套件來源前面給他一個新的名稱。

現在你知道可以匯入套件了，那麼什麼是「匯出」？同個套件內的函式還有共享變數確實可以直接用，但那 並不表示可以給其他套件使用 ，其方法取決於 函式／變數的「開頭大小寫」 。

是的。 Golang依照一個函式／變數的開頭大小寫決定這個東西是否可供「匯出」 。

這用在區別函式的時候格外有用，因為小寫開頭的任何事物都是不供匯出的，反之，大寫開頭的任何事物都是用來匯出供其他套件使用的。

一開始可能會覺得這是什麼奇異的規定，但寫久之後，你就能發現比起JavaScript和Python以「底線為開頭的命名方式」還要來得更好；比起成天宣告 public 、 private 、 protected 還要來得更快。

在Golang 中沒有類別，但有所謂的「建構體（Struct）」和「介面（Interface）」，這就能夠滿足幾乎所有的需求了，這也是為什麼我認為Golang 很簡潔卻又很強大的原因。

讓我們先用PHP 建立一個類別，然後看看Golang 怎麼解決這個問題。

雖然Golang沒有類別，但是「建構體（Struct）」就十分地堪用了，首先你要知道在Golang中「類別」的成員還有方法都是在「類別」外面所定義的，這跟PHP在類別內定義的方式有所不同，在Golang中還有一點，那就是他們沒有 public 、 private 、 protected 的種類。

在PHP中，當有一個類別被 new 的時候會自動執行該類別內的建構子（ __construct() ），通常你會用這個來初始化一些類別內部的值。

但是在Golang 里因為沒有類別，也就沒有建構子，不巧的是建構體本身也不帶有建構子的特性，這個時候你只能自己在外部建立一個建構用函式。

讓我們假設你有兩個類別，你會把其中一個類別傳入到另一個類別裡面使用，廢話不多說！先上個PHP 範例（為了簡短篇幅我省去了換行）。

在Golang中你也有相同的用法，但是請記得：「 任何東西都是在「類別」外完成建構的 」。

在PHP 中沒有相關的範例，這部分會以剛才「嵌入」章節中的Golang 範例作為解說對象。

你可以看見Golang在進行 Foo 嵌入 Bar 的時候，會自動將 Foo 的成員暴露在 Bar 底下，那麼假設「雙方之間有相同的成員名稱」呢？

這個時候被嵌入的成員就會被「遮蔽」，下面是個實際範例，還有你如何解決遮蔽問題：

雖然都是呼叫同一個函式，但是這個函式可以針對不同的資料來源做出不同的舉動，這就是多形。你也能夠把這看作是：「訊息的意義由接收者定義，而不是傳送者」。

目前PHP 中沒有真正的「多形」，不過你仍可以做出同樣的東西。

嗯⋯⋯那麼Golang呢？實際上更簡單而且更有條理了，在Golang中有 interface 可以幫忙完成這個工作。

如果你對Interface還不熟悉，可以試著查看「 解釋Golang中的Interface到底是什麼 」文章。

謝謝你看到這裡，可惜這篇文章卻沒有說出Golang 最重要的賣點：「Goroutine」和「Channel」