這可能不是你認識的Go語言

不要對Go併發函數的執行時機做任何假設
請看下列的列子：

import (
	"fmt"
	"runtime"
	"time"
)
func main(){
	names := []string{"lily", "yoyo", "cersei", "rose", "annei"}
	for _, name := range names{
		go func(){
			fmt.Println(name)
		}()
	}
	runtime.GOMAXPROCS(1)
	runtime.Gosched()
}

請問輸出什麼？

答案:

annei
annei
annei
annei
annei

爲什麼呢？是不是有點詫異？
輸出的都是“annei”，而“annei”又是“names”的最後一個元素，那麼也就是說程序打印出了最後一個元素的值，而name對於匿名函數來講又是一個外部的值。因此，我們可以做一個推斷：雖然每次循環都啓用了一個協程，但是這些協程都是引用了外部的變量，當協程創建完畢，再執行打印動作的時候，name的值已經不知道變爲啥了，因爲主函數協程也在跑，大家並行，但是在此由於names數組長度太小，當協程創建完畢後，主函數循環早已結束，所以，打印出來的都是遍歷的names最後的那一個元素“annei”。
如何證實以上的推斷呢？
其實很簡單，每次循環結束後，停頓一段時間，等待協程打印當前的name便可。

import (
	"fmt"
	"runtime"
	"time"
)
func main(){
	names := []string{"lily", "yoyo", "cersei", "rose", "annei"}
	for _, name := range names{
		go func(){
			fmt.Println(name)
		}()
		time.Sleep(time.Second)
	}
	runtime.GOMAXPROCS(1)
	runtime.Gosched()
}

打印結果：

lily
yoyo
cersei
rose
annei

以上我們得出一個結論，不要對“go函數”的執行時機做任何的假設，除非你確實能做出讓這種假設成爲絕對事實的保證。
再看一個

package main

import (
	"fmt"
	// "runtime"
	"sync"
)

func main() {
	// runtime.GOMAXPROCS(1)
	wg := sync.WaitGroup{}
	wg.Add(20)
	for i := 0; i < 10; i++ {
		go func() {
			fmt.Println("i: ", i)
			wg.Done()
		}()
	}
	for i := 0; i < 10; i++ {
		go func(i int) {
			fmt.Println("i: ", i)
			wg.Done()
		}(i)
	}
	wg.Wait()
}

假設T類型的方法上接收器既有T類型的，又有T指針類型的，那麼就不可以在不能尋址的T值上調用T接收器的方法
請看代碼,試問能正常編譯通過嗎？

import (
	"fmt"
)
type Lili struct{
	Name string
}
func (Lili *Lili) fmtPointer(){
	fmt.Println("poniter")
}
func (Lili Lili) fmtReference(){
	fmt.Println("reference")
}
func main(){
	li := Lili{}
	li.fmtPointer()
}

答案：

能正常編譯通過，並輸出"poniter"
感覺有點詫異，請接着看以下的代碼，試問能編譯通過？

import (
	"fmt"
)
type Lili struct{
	Name string
}
func (Lili *Lili) fmtPointer(){
	fmt.Println("poniter")
}
func (Lili Lili) fmtReference(){
	fmt.Println("reference")
}
func main(){
	Lili{}.fmtPointer()
}

答案：

不能編譯通過。

“cannot call pointer method on Lili literal”
“cannot take the address of Lili literal”
是不是有點奇怪？這是爲什麼呢？其實在第一個代碼示例中，main主函數中的“li”是一個變量，li的雖然是類型Lili，但是li是可以尋址的，&li的類型是Lili，因此可以調用Lili的方法。

一個包含nil指針的接口不是nil接口
請看下列代碼，試問返回什麼

import (
	"bytes"
	"fmt"
	"io"
)
const debug = true
func main(){
	var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

答案是輸出：surprise。
ok，讓我們吧debug開關關掉，及debug的值變爲false。那麼輸出什麼呢？是不是什麼都不輸出？

import (
	"bytes"
	"fmt"
	"io"
)
const debug = false
func main(){
	var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

答案是：依然輸出surprise。

這是爲什麼呢？
這就牽扯到一個概念了，是關於接口值的。概念上講一個接口的值分爲兩部分：一部分是類型，一部分是類型對應的值，他們分別叫：動態類型和動態值。類型系統是針對編譯型語言的，類型是編譯期的概念，因此類型不是一個值。
在上述代碼中，給f函數的out參數賦了一個*bytes.Buffer的空指針，所以out的動態值是nil。然而它的動態類型是bytes.Buffer，意思是：“A non-nil interface containing a nil pointer”，所以“out!=nil”的結果依然是true。
但是，對於直接的bytes.Buffer類型的判空不會出現此問題。

import (
	"bytes"
	"fmt"
)
func main(){
	var buf *bytes.Buffer
	if buf == nil{
		fmt.Println("right")
	}
}

還是輸出: right
只有接口指針傳入函數的接口參數時，纔會出現以上的坑。
修改起來也很方便，把*bytes.Buffer改爲bytes.Buffer就好了。

import (
	"bytes"
	"fmt"
	"io"
)
const debug = false
func main(){
	var buf bytes.Buffer //原來是var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

將map轉化爲json字符串的時候，json字符串中的順序和map賦值順序無關
請看下列代碼，請問輸出什麼？若爲json字符串，則json字符串中key的順序是什麼？

func main() {
	params := make(map[string]string)
	params["id"] = "1"
	params["id1"] = "3"
	params["controller"] = "sections"
	data, _ := json.Marshal(params)
	fmt.Println(string(data))
}

答案：輸出{“controller”:“sections”,“id”:“1”,“id1”:“3”}
利用Golang自帶的json轉換包轉換，會將map中key的順序改爲字母順序，而不是map的賦值順序。map這個結構哪怕利用for range遍歷的時候,其中的key也是無序的，可以理解爲map就是個無序的結構，和php中的array要區分開來

Json反序列化數字到interface{}類型的值中，默認解析爲float64類型
請看以下程序，程序想要輸出json數據中整型id加上3的值,請問程序會報錯嗎？

func main(){
	jsonStr := `{"id":1058,"name":"RyuGou"}`
	var jsonData map[string]interface{}
	json.Unmarshal([]byte(jsonStr), &jsonData)
	sum :=  jsonData["id"].(int) + 3
	fmt.Println(sum)
}

答案是會報錯，輸出結果爲：

panic: interface conversion: interface {} is float64, not int
使用 Golang 解析 JSON 格式數據時，若以 interface{} 接收數據，則會按照下列規則進行解析：

bool, for JSON booleans

float64, for JSON numbers

string, for JSON strings

[]interface{}, for JSON arrays

map[string]interface{}, for JSON objects

nil for JSON null

應該改爲：

func main(){
	jsonStr := `{"id":1058,"name":"RyuGou"}`
	var jsonData map[string]interface{}
	json.Unmarshal([]byte(jsonStr), &jsonData)
	sum :=  int(jsonData["id"].(float64)) + 3
	fmt.Println(sum)
}

即使在有多個變量、且有的變量存在有的變量不存在、且這些變量共同賦值的情況下，也不可以使用:=來給全局變量賦值
:=往往是用來聲明局部變量的，在多個變量賦值且有的值存在的情況下，:=也可以用來賦值使用,例如:

msgStr := "hello wolrd"
msgStr, err := "hello", errors.New("xxx")//err並不存在

但是，假如全局變量也使用類似的方式賦值，就會出現問題，請看下列代碼，試問能編譯通過嗎？

var varTest string
func test(){
	varTest, err := function()
	fmt.Println(err.Error())
}
func function()(string, error){
	return "hello world", errors.New("error")
}
func main(){
	test()
}

答案是：通不過。輸出：

varTest declared and not used
但是如果改成如下代碼，就可以通過：

var varTest string
func test(){
	err := errors.New("error")
	varTest, err = function()
	fmt.Println(err.Error())
}
func function()(string, error){
	return "hello world", errors.New("error")
}
func main(){
	test()
}

輸出：

error
這是什麼原因呢？
答案其實很簡單，在test方法中，如果使用varTest, err := function()這種方式的話，相當於在函數中又定義了一個和全局變量varTest名字相同的局部變量，而這個局部變量又沒有使用，所以會編譯不通過。

這可能不是你認識的Go語言

python gdal 安裝使用（Windows， python 3.6.8）

mysql中的回表查詢與索引覆蓋

Uber的Go語言指南

Go語言Interface作爲struct field，談談結構體中的匿名接口

全球公認最健康的作息時間表！全是知識點

面試必問：Golang高階-Golang協程實現原理

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結