vim-go requires Vim 7.4.1689 or Neovim, but you're using an older version.

做開發(fā)的，英文就算再差，這一句總應(yīng)該能看懂吧

不會。
跨域是瀏覽器為了安全實現(xiàn)的。

可以從「先優(yōu)化數(shù)據(jù)結(jié)構(gòu)」再「查找」方向思考。

真實場景下，300w 條的數(shù)據(jù)量，可以考慮引入數(shù)據(jù)庫了

page:=functions.ToInt(pag)
this.list(page,"follow")

• 雖然我沒寫過這類代碼，但是看文檔是可以支持的，通過plugin。
• 大致這樣: db.Callback().Query().Before("gorm:query").Register("my_plugin:before_query", beforeQuery)

:= 短變量聲明方式只能用在方法中，普通變量聲明都可以用，而且作用域不同。

chan類型背后是指針
把c和node.ch看成指針
那么&c和&node.ch就都是對指針取地址
那么ch和node.ch的內(nèi)存在創(chuàng)建變量時(棧上分配)就已經(jīng)分配好了，不會變

動態(tài)調(diào)用的時候，如果參數(shù)傳錯，編譯時不會報錯的，到了運行時才會出錯。
反正都是

method.invoke(owner, args)

https://golang.d.openhello.ne... 驗證簽名

你確定執(zhí)行的時候所使用的shell是bash嗎，不是zsh之類？

是不是我只有一臺服務(wù)器就沒有必要用rpc?

不是的， 你裝的操作系統(tǒng)進程間通信大量的大用rpc技術(shù)，因為當軟件復(fù)雜到一定程度時需要通過模塊化解耦，便于分別升級維護，便于團隊開發(fā)。

rpc是不是要可以用于遠程的客戶端服務(wù)器通信？

可以的，http-rpc了解下。處理好現(xiàn)在的微服務(wù)也是類似的概念，需要做的是處理好安全，和流量管理的問題，這些都有現(xiàn)成的方案。問題是哪種技術(shù)更適合。

rpc是否可以跨語言？

當然沒問題，跨平臺跨語言的早就發(fā)明出來了。但如果用同一種語言的序列化方式，顯然會更方便也效率更高，成本更低，前提是你沒有跨語言的要求。

https://github.com/go-kit/kit 是一個微服務(wù)工具包，再搭配使用webserver https://github.com/gin-gonic/gin 可以很好的實現(xiàn)微服務(wù)架構(gòu)

cpu 和 goroutine 默認情況下并不是 1:1 的關(guān)系，對各個 goroutine 的調(diào)度是 go runtime 的調(diào)度器決定的

不知道你的db是怎么設(shè)置的，打印一下執(zhí)行的sql語句.

看你的數(shù)據(jù)庫設(shè)置應(yīng)該是沒有問題的。因為我在使用gorm的時候是開啟了數(shù)據(jù)庫連接池，因此我沒有在一個地方專門對db進行close。我不知道你代碼里面db的生命周期是怎么樣的。建議你在調(diào)試環(huán)境中使用db = db.Debug()，可以打印要執(zhí)行的sql語句。此外，還可以在你的代碼中通過err := db.Save(&like).Error, 檢出err查看你程序的執(zhí)行是否有問題.

======補充================

package database

var db *gorm.DB

func init() {
    var dbSrc = "username:password.@(127.0.0.1:3309)/gotest?charset=utf8&parseTime=True&loc=Local"
    newDb, err := gorm.Open("mysql", dbSrc)
    if err != nil {
        panic(err)
    }

    db = newDb

    sqlDb := db.DB()
    sqlDb.SetMaxOpenConns(100)
    sqlDb.SetMaxIdleConns(15)

    if gin.IsDebugging() {
        db = db.Debug()
    }
}

func DB() *gorm.DB {
    return db.New()
}

一般情況下我會將數(shù)據(jù)庫的初始化工作放到一個init中，然后在包含main函數(shù)的文件中導(dǎo)入這個包(package),這里就舉個例子:

import _ "database"

這樣在程序啟動的時候， 就會會自動初始化db(而且不用擔心會初始化多次)。然后在需要使用的地方只需要調(diào)用

db := database.DB()

這樣可以拿到一個db對象。

Where("(mobile = ? or email = ?) and status <= ? ","18800000000", "test@test.com",1)

//testgo.h
#ifdef __cplusplus
extern "C"{
#endif
extern long getaddr();
extern int calladdr(long addr);
#ifdef __cplusplus
}
#endif

//testgo.cpp
#include <stdio.h>
#include "testgo.h"

typedef int(*pfun)();

int testfunc(){
    return 123654;
}

long getaddr() {
    return (long)testfunc;
}

int calladdr(long addr){
    return ((pfun)addr)();
}

//test.go
package main

// #include "testgo.h"
// #cgo LDFLAGS: ${SRCDIR}/testgo.so -lstdc++
import "C"
import "fmt"

func main() {
    addr := C.getaddr()
    fmt.Println("addr is", addr)
    fmt.Println("call ret:", C.calladdr(addr))
}

g++ -shared -fPIC testgo.cpp -o testgo.so
go run test.go

通過getaddr取得testfunc的函數(shù)地址，再通過calladdr調(diào)用地址對應(yīng)的函數(shù)，你看看是不是你想要的

break只是break了select，你這里的for是一個死循環(huán)且沒有退出條件。

框架是工具，不是銀彈。

框架可以避免一些重復(fù)的輪子，為開發(fā)者處理交互帶來便利。
也正因如此，框架不可能面面俱到，它提供一些通用性較強且經(jīng)優(yōu)化的方法，但并不針對于某些具體的業(yè)務(wù)。
因此一般大型項目會在框架的基礎(chǔ)上集成一些第三方或者團隊內(nèi)部開發(fā)的工具。

比如，用 gin 作為路由控制器，再采用 gorazor 作為一個模板引擎，身份驗證方面基于產(chǎn)品的驗證規(guī)則開發(fā)一個中間件。
然后，隨著需求的增加和中間層的擴展，原有的框架已經(jīng)難以勝任，這個時候公司可能就會開發(fā)一整套解決方案來滿足需要，當然了，開不開源是另一回事，但是其根本都是對底層 api 的封裝，但是設(shè)計模式和優(yōu)化程度以及復(fù)雜程度各不相同。

所以學會使用這些框架是有益處的，但是更重要的是學習其設(shè)計思維和提升擴展能力。

1. 傳給GetFansIncrementNum一個chan error, 然后select fansNum和errChan
2. 使用context包，
3. 如果不需要獲取error具體值，可以在GetFansIncrementNum函數(shù)中直接關(guān)掉fansNum

個人更推薦2

{"Name":"lepig", "Age":100}是JSON Object，無法反序列化到[]string。比如用["a","b","c"]就能反序列化到[]string了。