可以參考下這個(gè)。在stack scan階段有一小段stw,和mark termination階段要stw。之前要stw的mark和sweep階段都是并行的,不需要stw的了。
成都創(chuàng)新互聯(lián)專注于平度企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站建設(shè),商城建設(shè)。平度網(wǎng)站建設(shè)公司,為平度等地區(qū)提供建站服務(wù)。全流程按需網(wǎng)站策劃,專業(yè)設(shè)計(jì),全程項(xiàng)目跟蹤,成都創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)
里面也提到了1.5使用了write barrier的算法會(huì)導(dǎo)致吞吐量下降,1.6會(huì)根據(jù)實(shí)際使用情況平衡下延遲和吞吐量。
沒(méi)有stw也是可以的,但吞吐量會(huì)進(jìn)一步下降,未必是最佳選擇。
一、Go安裝使用
1、下載Go源碼包
上傳到/usr/local/src目錄下
2、編譯安裝Go到/usr/local
tar zxvf go1.6.3.linux-amd64.tar.gz -C /usr/local/
#注:必須使用root賬戶或者使用sudo來(lái)解壓縮Go源碼包
3、設(shè)置PATH環(huán)境變量,添加/usr/local/go/bin到環(huán)境變量
export PATH=$PATH:/usr/local/go/bin
4、安裝到自定義位置
Go二進(jìn)制文件默認(rèn)安裝到/usr/local/go,但是可以安裝Go工具到不同的位置,可以自行定義,只需要設(shè)置正確的環(huán)境變量。
例如,安裝Go到家目錄下,必須添加環(huán)境變量到$HOME/.profile
export GOROOT=$HOME/go
export PATH=$PATH:$GOROOT/bin
注:安裝Go到其他目錄時(shí),GOROOT必須設(shè)置為環(huán)境變量
5、檢查是否正確安裝程序
通過(guò)設(shè)置一個(gè)工作區(qū)和建立一個(gè)簡(jiǎn)單的程序,檢查是否正確安裝了一個(gè)簡(jiǎn)單的程序。創(chuàng)建一個(gè)目錄包含您的工作空間,例如/data/work,并設(shè)置GOPATH環(huán)境變量指向的位置。
export GOPATH=/data/work
#如果不存在/data/work,需要新建
然后,在你的工作內(nèi)創(chuàng)建src/github.com/user/hello,如果使用github,可以使用自己的用戶名代替user,在hello目錄下,新建hello.go
# cat hello.go
package main
import "fmt"
func main {
fmt.Printf("hello,world!\n")
}
#使用go編譯hello.go
go install github.com/user/hello
#上面的命令講名叫hello(or hello.exe)的程序放到你的工作區(qū)內(nèi),執(zhí)行下面命令,會(huì)得到輸出結(jié)果。
$GOPATH/bin/hello
hello,world!
#當(dāng)出現(xiàn)hello,world!表明Go已經(jīng)安裝成功可以工作。
二、Go工作區(qū)介紹
1、機(jī)構(gòu)組織代碼概述
Go語(yǔ)言程序通常將所有的代碼保存在一個(gè)工作區(qū)中。
工作區(qū)包含許多版本控制庫(kù)(由Git管理)。
每個(gè)存儲(chǔ)庫(kù)包含一個(gè)或多個(gè)包。
每個(gè)包由一個(gè)或多個(gè)在一個(gè)目錄中的源文件組成。
一個(gè)包的目錄的路徑?jīng)Q定其導(dǎo)入路徑。
注:同于其他的編程環(huán)境中,每一個(gè)項(xiàng)目都有一個(gè)獨(dú)立的工作區(qū)且工作區(qū)是緊密聯(lián)系在一起的版本控制庫(kù)。
2、工作區(qū)介紹
工作區(qū)是一個(gè)目錄層次結(jié)構(gòu),它的根目錄有三個(gè)目錄:
src 包含Go源文件
pkg 包含對(duì)象和包
bin 包含可執(zhí)行命令
Go工具創(chuàng)建源碼包并安裝二進(jìn)制文件到pkg和bin目錄下
src目錄通常包含多個(gè)版本控制庫(kù)(如Git或Mercurial),跟蹤一個(gè)或多個(gè)源包的開(kāi)發(fā)。
下面展示一個(gè)好的工作區(qū)的例子:
bin/
hello # command executable
outyet # command executable
pkg/
linux_amd64/
github.com/golang/example/
stringutil.a # package object
src/
github.com/golang/example/
.git/ # Git repository metadata
hello/
hello.go # command source
outyet/
main.go # command source
main_test.go # test source
stringutil/
reverse.go # package source
reverse_test.go # test source
golang.org/x/image/
.git/ # Git repository metadata
bmp/
reader.go # package source
writer.go # package source
... (many more repositories and packages omitted) ...
上面的屬性圖展示了一個(gè)包含兩個(gè)存儲(chǔ)庫(kù)(example和image)的工作區(qū),example 存儲(chǔ)庫(kù)包含兩個(gè)命令(hello,outyet),image庫(kù)包含bmp包和幾個(gè)其他的包。
一個(gè)典型的工作區(qū)包含包含許多軟件包和命令的多個(gè)源庫(kù)。大多數(shù)程序員將所有的源代碼和依賴關(guān)系保存在一個(gè)工作區(qū)中
3、GOPATH環(huán)境變量設(shè)置
GOPATH環(huán)境變量指定工作區(qū)的位置。它很可能是唯一的環(huán)境變量,代碼開(kāi)發(fā)時(shí)需要設(shè)置。
開(kāi)始,創(chuàng)建一個(gè)工作區(qū)目錄并設(shè)置相應(yīng)的gopath。您的工作區(qū)可以位于任何你喜歡的地方,但我們將在這個(gè)文檔中使用/data/work。請(qǐng)注意,這不能是您的“Go安裝”路徑相同。
mkdir -p /data/work
export GOPATH=/data/work
為了方便。添加工作區(qū)的bin到PATH中
export PATH=$PATH:$GOPATH/bin
4、導(dǎo)入路徑
一個(gè)導(dǎo)入路徑是唯一標(biāo)識(shí)一個(gè)包的字符串。一個(gè)包的導(dǎo)入路徑對(duì)應(yīng)于它在工作區(qū)內(nèi)或遠(yuǎn)程存儲(chǔ)庫(kù)中的位置。
從標(biāo)準(zhǔn)庫(kù)的軟件包中給出了短的導(dǎo)入路徑等。對(duì)于您自己的包,您必須選擇不可能和未來(lái)添加到標(biāo)準(zhǔn)庫(kù)或其他外部庫(kù)的基礎(chǔ)路徑?jīng)_突的路徑。
注意,你不需要將你的代碼發(fā)布到一個(gè)遠(yuǎn)程存儲(chǔ)庫(kù)之前,你可以建立它。這只是一個(gè)很好的習(xí)慣來(lái)組織你的代碼,如果你有一天會(huì)出版它。在實(shí)踐中,你可以選擇任何任意的路徑名稱,只要它是唯一的標(biāo)準(zhǔn)庫(kù)和更大的去生態(tài)系統(tǒng)。
我們將使用github.com/user作為我們的基本路徑。在您的工作區(qū)中創(chuàng)建一個(gè)目錄,以保持源代碼:
mkdir -p $GOPATH/src/github.com/user
5、第一個(gè)項(xiàng)目
編譯并運(yùn)行一個(gè)簡(jiǎn)單的程序,首先選擇一個(gè)包的路徑(我們將使用github.com/user/hello)和創(chuàng)建在您的工作區(qū)相應(yīng)的軟件包目錄:
mkdir $GOPATH/src/github.com/user/hello
創(chuàng)建名叫hello.go的文件,上面創(chuàng)建過(guò),此處略過(guò)。
cd $GOPATH/src/github.com/user/hello
go install
$GOPATH/bin/hello
或者:
hello
如果你使用的是一個(gè)源代碼管理系統(tǒng),現(xiàn)在是一個(gè)很好的時(shí)間來(lái)初始化一個(gè)存儲(chǔ)庫(kù),添加文件,并提交你的第一次更改。再次,這一步是可選的:您不需要使用源代碼管理來(lái)寫代碼。
cd $GOPATH/src/github.com/user/hello
git init
Initialized empty Git repository in /data/work/src/github.com/user/hello/.git/
git add hello.go
git commit -m "first commit"
[master (root-commit) bbfb477] first commit
6、first library
mkdir $GOPATH/src/github.com/user/stringutil
下一步,在目錄下創(chuàng)建一個(gè)名為reverse.go文件中有下列內(nèi)容:
// Package stringutil contains utility functions for working with strings.
package stringutil
// Reverse returns its argument string reversed rune-wise left to right.
func Reverse(s string) string {
r := []rune(s)
for i, j := 0, len(r)-1; i len(r)/2; i, j = i+1, j-1 {
r[i], r[j] = r[j], r[i]
}
return string(r)
}
使用go build測(cè)試包的編譯
$ go build github.com/user/stringutil
如果當(dāng)前位置源碼包目錄,只需要:
go build
上面操作并不會(huì)產(chǎn)生一個(gè)輸出文件,必須使用go install,把包和對(duì)象輸出到工作去的pkg目錄內(nèi)
確認(rèn)stringutil包創(chuàng)建完成后,修改原始hello.go,使用stringutil包:
package main
import (
"fmt"
"github.com/user/stringutil"
)
func main() {
fmt.Printf(stringutil.Reverse("\n !oG ,olleH"))
}
無(wú)論使用go安裝包還是二進(jìn)制文件,所有相關(guān)的依賴都會(huì)自動(dòng)安裝。所以當(dāng)你安裝hello程序時(shí):
$ go install github.com/user/hello
對(duì)應(yīng)的stringutil包會(huì)自動(dòng)安裝好。
執(zhí)行新的hello程序,可以看到消息已經(jīng)被反轉(zhuǎn)
# hello
Hello, Go!
完成上面操作之后,工作區(qū)應(yīng)該為:
├── bin
│ └── hello # command executable
├── pkg
│ └── linux_amd64 # this will reflect your OS and architecture
│ └── github.com
│ └── user
│ └── stringutil.a # package object
└── src
└── github.com
└── user
├── hello
│ └── hello.go # command source
└── stringutil
└── reverse.go # package source
注意:go install會(huì)把庫(kù)文件stringutil.a放到pkg/linux_amd64下邊(目錄結(jié)構(gòu)跟源代碼結(jié)構(gòu)一樣)。這樣可以go命令可以直接找到對(duì)應(yīng)的包對(duì)象,避免不必要的重復(fù)編譯。linux_amd64是為了根據(jù)操作系統(tǒng)和你的系統(tǒng)架構(gòu)交叉編譯。
所有Go可執(zhí)行程序都通過(guò)靜態(tài)方式鏈接在一起,所以在運(yùn)行時(shí)是不需要相關(guān)的包對(duì)象(庫(kù))。
7、包命令
所有的Go源代碼都以下面的語(yǔ)句開(kāi)始:
package name
其中name就是包引用默認(rèn)的名稱,一個(gè)包中的所有文件必須使用同一個(gè)包名,可執(zhí)行命令必須是main。
一個(gè)二進(jìn)制文件下所有的包名不需要唯一,但是引用路徑必須唯一
8、測(cè)試
Go自帶了一個(gè)輕量級(jí)的測(cè)試框架,由go test和testing包組成。
可以通過(guò)新建xx_test.go寫一個(gè)測(cè)試,其中包含若干個(gè)TestXXX函數(shù)。測(cè)試框架會(huì)自動(dòng)執(zhí)行這些函數(shù);如果函數(shù)中包含tError或t.Fail, 對(duì)應(yīng)的測(cè)試會(huì)被判為失敗。
添加一個(gè)針對(duì)stringutil的測(cè)試文件$GOPATH/src/github.com/user/stringutil/reverse_test.go,包含以下內(nèi)容:
package stringutil
import "testing"
func TestReverse(t *testing.T) {
cases := []struct {
in, want string
}{
{"Hello, world", "dlrow ,olleH"},
{"Hello, 世界", "界世,olleH"},
{"", ""},
}
for _, c := range cases {
got := Reverse(c.in)
if got != c.want {
t.Errorf("Reverse(%q) == %q, want %q", c.in, got, c.want)
}
}
}
#通過(guò)go test測(cè)試
# go test github.com/user/stringutil
ok github.com/user/stringutil 0.002s
#同樣的,在包文件夾下可以忽略路徑而直接執(zhí)行g(shù)o test
[root@zabbix stringutil]# go test
PASS
ok github.com/user/stringutil 0.002s
9、遠(yuǎn)程包
包的引用路徑用來(lái)描述如何通過(guò)版本控制系統(tǒng)獲取包的源代碼。go工具通過(guò)引用路徑自動(dòng)從遠(yuǎn)程代碼倉(cāng)庫(kù)獲取包文件。比如本文中用的例子也對(duì)應(yīng)的保存在github.com/golang/example下。go可以通過(guò)包的代碼倉(cāng)庫(kù)的url直接獲取、生成、安裝對(duì)應(yīng)的包。
[root@zabbix ~]# go get github.com/golang/example/hello
[root@zabbix ~]# $GOPATH/bin/hello
Hello, Go examples!
如果工作區(qū)中不存在對(duì)應(yīng)的包,go會(huì)將對(duì)應(yīng)的包放到GOPATH環(huán)境變量指明的工作區(qū)下。(如果包已經(jīng)存在,go跳過(guò)代碼拉去而直接執(zhí)行g(shù)o install)
建議詳細(xì)看一下這個(gè),有圖文
golang在1.6.2的時(shí)候還沒(méi)有自己的context,在1.7的版本中就把golang.org/x/net/context包被加入到了官方的庫(kù)中。中文譯作“上下文”,它主要包含了goroutine 的運(yùn)行狀態(tài)、環(huán)境等信息。
context 主要用來(lái)在 goroutine 之間傳遞上下文信息,包括:同步信號(hào)、超時(shí)時(shí)間、截止時(shí)間、請(qǐng)求相關(guān)值等。
該接口定義了四個(gè)需要實(shí)現(xiàn)的方法:
如果有個(gè)網(wǎng)絡(luò)請(qǐng)求Request,然后這個(gè)請(qǐng)求又可以開(kāi)啟多個(gè)goroutine做一些事情,當(dāng)這個(gè)網(wǎng)絡(luò)請(qǐng)求出現(xiàn)異常和超時(shí)時(shí),這個(gè)請(qǐng)求結(jié)束了,這時(shí)候就可以通過(guò)context來(lái)跟蹤這些goroutine,并且通過(guò)Context來(lái)取消他們,然后系統(tǒng)才可回收所占用的資源。
為了更方便的創(chuàng)建Context,包里頭定義了Background來(lái)作為所有Context的根,它是一個(gè)emptyCtx的實(shí)例。
Background返回一個(gè)非空的Context。它永遠(yuǎn)不會(huì)被取消。它通常用來(lái)初始化和測(cè)試使用,作為一個(gè)頂層的context,也就是說(shuō)一般我們創(chuàng)建的context都是基于Background。
TODO返回一個(gè)非空的Context。當(dāng)不清楚要使用哪個(gè)上下文的時(shí)候可以使用TODO。
他們兩個(gè)本質(zhì)上都是emptyCtx結(jié)構(gòu)體類型,是一個(gè)不可取消,沒(méi)有設(shè)置截止時(shí)間,沒(méi)有攜帶任何值的Context。
有了如上的根Context,那么是如何衍生更多的子Context的呢?這就要靠context包為我們提供的With系列的函數(shù)了。
通過(guò)這些函數(shù),就創(chuàng)建了一顆Context樹(shù),樹(shù)的每個(gè)節(jié)點(diǎn)都可以有任意多個(gè)子節(jié)點(diǎn),節(jié)點(diǎn)層級(jí)可以有任意多個(gè)。
WithCancel函數(shù),最常用的派生 context 方法。該方法接受一個(gè)父 context。父 context 可以是一個(gè) background context 或其他 context。
WithDeadline函數(shù),該方法會(huì)創(chuàng)建一個(gè)帶有 deadline 的 context。當(dāng) deadline 到期后,該 context 以及該 context 的可能子 context 會(huì)受到 cancel 通知。另外,如果 deadline 前調(diào)用 cancelFunc 則會(huì)提前發(fā)送取消通知。
WithTimeout和WithDeadline基本上一樣,這個(gè)表示是超時(shí)自動(dòng)取消,是多少時(shí)間后自動(dòng)取消Context的意思。
WithValue函數(shù)和取消Context無(wú)關(guān),它是為了生成一個(gè)綁定了一個(gè)鍵值對(duì)數(shù)據(jù)的Context,這個(gè)綁定的數(shù)據(jù)可以通過(guò)Context.Value方法訪問(wèn)到,一般我們想要通過(guò)上下文來(lái)傳遞數(shù)據(jù)時(shí),可以通過(guò)這個(gè)方法,如我們需要tarce追蹤系統(tǒng)調(diào)用棧的時(shí)候。
使用Context的程序應(yīng)遵循以下規(guī)則,以使各個(gè)包之間的接口保持一致:
1.不要將 Context 塞到結(jié)構(gòu)體里。直接將 Context 類型作為函數(shù)的第一參數(shù),而且一般都命名為 ctx。
2.不要向函數(shù)傳入一個(gè) nil 的 context,如果你實(shí)在不知道傳什么,標(biāo)準(zhǔn)庫(kù)給你準(zhǔn)備好了一個(gè) context:todo。
3.不要把本應(yīng)該作為函數(shù)參數(shù)的類型塞到 context 中,context 存儲(chǔ)的應(yīng)該是一些共同的數(shù)據(jù)。例如:登陸的 session、cookie 等。
4.同一個(gè) context 可能會(huì)被傳遞到多個(gè) goroutine,別擔(dān)心,context 是并發(fā)安全的。
使用Go 語(yǔ)言開(kāi)發(fā)大型 MMORPG 游戲伺服器怎么樣
如果是大型網(wǎng)路游戲的話,我覺(jué)得是不合適的。現(xiàn)階段go語(yǔ)言的執(zhí)行效率還是太低了。在底層編譯器的優(yōu)化方面做得和c++相比還是差了不少。go語(yǔ)言也是比較適合快速開(kāi)發(fā)的專案比較合適
從2013年起,經(jīng)朋友推薦開(kāi)始用Golang編寫游戲登陸伺服器, 配合C++做第三方平臺(tái)驗(yàn)證. 到編寫?yīng)毩⒐ぞ邔?dǎo)表工具GitHub - davyxu/tabtoy: 跨平臺(tái)的高效能便捷電子表格匯出器. 以及網(wǎng)路庫(kù)GitHub - davyxu/cell: 簡(jiǎn)單,方便,高效的Go語(yǔ)言的游戲伺服器底層. 最終使用這些工具及庫(kù)編寫整個(gè)游戲伺服器框架, 我的感受是很不錯(cuò)的
細(xì)節(jié)看來(lái), 有如下的幾個(gè)點(diǎn):
語(yǔ)言, 庫(kù)
Golang語(yǔ)言特性和C很像, 簡(jiǎn)單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領(lǐng)悟階段, 也只用那幾個(gè)簡(jiǎn)單特性, 剩下的都是一大堆解決各種記憶體問(wèn)題的技巧. 而Golang一開(kāi)始就簡(jiǎn)單, 何必浪費(fèi)生命去研究那一大堆的奇技淫巧呢?
Golang的坑只有2個(gè):1. interface{}和nil配合使用, 2. for回圈時(shí), 將回圈變數(shù)引入閉包(Golang, Lua, C#閉包變數(shù)捕獲差異) 完全不影響正常使用, 復(fù)合語(yǔ)言概念, 只是看官方后面怎么有效的避免
用Golang就忘記繼承那套東西, 用組合+介面
用Golang伺服器如何保證解決游戲伺服器存檔一致性問(wèn)題? s the world是肯定的, 但是Golang可以從語(yǔ)言層并發(fā)序列化玩家資料, 再通過(guò)后臺(tái)存檔
channel是goroutine雖然是Golang的語(yǔ)言特性. 但是在編寫伺服器時(shí), 其實(shí)只有底層用的比較多.
Golang的第三方庫(kù)簡(jiǎn)直多如牛毛, 好的也很多
不要說(shuō)模板了, C#的也不好用, 官方在糾結(jié)也不要加, 使用中, 沒(méi)模板確實(shí)有點(diǎn)不方便. 用interface{}/反射做泛型對(duì)于Golang這種強(qiáng)型別語(yǔ)言來(lái)說(shuō),還是有點(diǎn)打臉
執(zhí)行期
Golang和C++比效能的話, 這是C++的優(yōu)勢(shì), Golang因?yàn)闆](méi)虛擬機(jī)器, 只有薄薄的一層排程層. 因此效能是非常高的, 用一點(diǎn)效能犧牲換開(kāi)發(fā)效率, 妥妥的
1.6版后的GC優(yōu)化的已經(jīng)很好了, 如果你不是高效能,高并發(fā)Web應(yīng)用, 非要找出一堆的優(yōu)化技巧的話. 只用Golang寫點(diǎn)游戲伺服器, 那點(diǎn)GC損耗可以忽略不計(jì)
和其他現(xiàn)代語(yǔ)言一樣, 崩潰捕捉是標(biāo)配功能, 我用Golang的伺服器線上跑, 基本沒(méi)碰到過(guò)崩潰情況
熱更新: 官方已經(jīng)有plugin系統(tǒng)的提交, 跨平臺(tái)的. 估計(jì)很快就可以告別手動(dòng)cgo做so熱更新
開(kāi)發(fā), 除錯(cuò), 部署, 優(yōu)化
LiteIDE是我首選的Golang的IDE, 雖然有童鞋說(shuō)B格不高. 但這估計(jì)實(shí)在是找不到缺點(diǎn)說(shuō)了, 別跟我說(shuō)Visual Studio, 那是宇宙級(jí)的...
曾經(jīng)聽(tīng)說(shuō)有人不看好Golang, 我問(wèn)為啥: 說(shuō)這么新的語(yǔ)言, 不好招人,后面打聽(tīng)到他是個(gè)策劃... 好吧
真實(shí)情況是這樣的: Golang對(duì)于有點(diǎn)程式設(shè)計(jì)基礎(chǔ)的新人來(lái)說(shuō), 1周左右可以開(kāi)始貢獻(xiàn)程式碼. 老司機(jī)2~3天.
開(kāi)發(fā)效率還是不錯(cuò)的, 一般大的游戲功能, 2*2人一周3~4個(gè)整完. 這換C++時(shí)代, 大概也就1~2個(gè)還寫不完. 對(duì)接伺服器sdk的話, 大概1天接個(gè)10多個(gè)沒(méi)問(wèn)題
Golang自帶效能調(diào)優(yōu)工具, 從記憶體, CPU, 阻塞點(diǎn)等幾個(gè)方面直接出圖進(jìn)行分析, 非常直觀, 可以參考我部落格幾年前的分析: 使用Golang進(jìn)行效能分析(Profiling)
Golang支 *** 叉編譯, 跨平臺(tái)部署, 什么概念? linux是吧? 不問(wèn)你什么版本, 直接windows上編譯輸出一個(gè)elf, 甩到伺服器上開(kāi)跑.不超過(guò)1分鐘時(shí)間..
1.為什么golang的開(kāi)發(fā)效率高?
golang是一編譯型的強(qiáng)型別語(yǔ)言,它在開(kāi)發(fā)上的高效率主要來(lái)自于后發(fā)優(yōu)勢(shì),不用考慮舊有惡心的歷史,又有一個(gè)較高的工程視角。良好的避免了程式設(shè)計(jì)師因?yàn)椤?{ 需不需要獨(dú)占一行 ”這種革命問(wèn)題打架,也解決了一部分趁編譯時(shí)間找產(chǎn)品妹妹搭訕的階級(jí)敵人。
它有自己的包管理機(jī)制,工具鏈成熟,從開(kāi)發(fā)、除錯(cuò)到釋出都很簡(jiǎn)單方便;
有反向介面、defer、coroutine等大量的syntactic sugar;
編譯速度快,因?yàn)槭菑?qiáng)型別語(yǔ)言又有g(shù)c,只要通過(guò)編譯,非業(yè)務(wù)毛病就很少了;
它在語(yǔ)法級(jí)別上支援了goroutine,這是大家說(shuō)到最多的內(nèi)容,這里重點(diǎn)提一下。首先,coroutine并不稀罕,語(yǔ)言并不能超越硬體、作業(yè)系統(tǒng)實(shí)現(xiàn)神乎其神的功能。golang可以做到事情,其他語(yǔ)言也可以做到,譬如c++,在boost庫(kù)里面自己就有的coroutine實(shí)現(xiàn)(當(dāng)然用起來(lái)跟其他boost庫(kù)一樣惡心)。golang做的事情,是把這一套東西的使用過(guò)程簡(jiǎn)化了,并且提供了一套channel的通訊模式,使得程式設(shè)計(jì)師可以忽略諸如死鎖等問(wèn)題。
goroutine的目的是描述并發(fā)程式設(shè)計(jì)模型。并發(fā)與并行不同,它并不需要多核的硬體支援,它不是一種物理執(zhí)行狀態(tài),而是一種程式邏輯流程。它的主要目的不是利用多核提高執(zhí)行效率,而是提供一種更容易理解、不容易出錯(cuò)的語(yǔ)言來(lái)描述問(wèn)題。
實(shí)際上golang預(yù)設(shè)就是執(zhí)行在單OS程序上面的,通過(guò)指定環(huán)境變數(shù)GOMAXPROCS才能轉(zhuǎn)身跑在多OS程序上面。有人提到了網(wǎng)易的pomelo,開(kāi)源本來(lái)是一件很不錯(cuò)的事情,但是基于自己對(duì)callback hell的偏見(jiàn),我一直持有這種態(tài)度:敢用nodejs寫大規(guī)模游戲伺服器的人,都是真正的勇士 : ) 。
2、Erlang與Golang的coroutine有啥區(qū)別,coroutine是啥?
coroutine本質(zhì)上是語(yǔ)言開(kāi)發(fā)者自己實(shí)現(xiàn)的、處于user space內(nèi)的執(zhí)行緒,無(wú)論是erlang、還是golang都是這樣。需要解決沒(méi)有時(shí)鐘中斷;碰著阻塞式i\o,整個(gè)程序都會(huì)被作業(yè)系統(tǒng)主動(dòng)掛起;需要自己擁有排程控制能力(放在并行環(huán)境下面還是挺麻煩的一件事)等等問(wèn)題。那為啥要廢老大的勁自己做一套執(zhí)行緒放user space里面呢?
并發(fā)是伺服器語(yǔ)言必須要解決的問(wèn)題;
system space的程序還有執(zhí)行緒排程都太慢了、占用的空間也太大了。
把執(zhí)行緒放到user space的可以避免了陷入system call進(jìn)行上下文切換以及高速緩沖更新,執(zhí)行緒本身以及切換等操作可以做得非常的輕量。這也就是golang這類語(yǔ)言反復(fù)提及的超高并發(fā)能力,分分鐘給你開(kāi)上幾千個(gè)執(zhí)行緒不費(fèi)力。
不同的是,golang的并發(fā)排程在i/o等易發(fā)阻塞的時(shí)候才會(huì)發(fā)生,一般是內(nèi)封在庫(kù)函式內(nèi);erlang則更夸張,對(duì)每個(gè)coroutine維持一個(gè)計(jì)數(shù)器,常用語(yǔ)句都會(huì)導(dǎo)致這個(gè)計(jì)數(shù)器進(jìn)行reduction,一旦到點(diǎn),立即切換排程函式。
中斷介入程度的不同,導(dǎo)致erlang看上去擁有了preemptive scheduling的能力,而golang則是cooperative shceduling的。golang一旦寫出純計(jì)算死回圈,程序內(nèi)所有會(huì)話必死無(wú)疑;要有大計(jì)算量少i\o的函式還得自己主動(dòng)叫runtime.Sched()來(lái)進(jìn)行排程切換。
3、golang的執(zhí)行效率怎么樣?
我是相當(dāng)反感所謂的ping\pong式benchmark,執(zhí)行效率需要放到具體的工作環(huán)境下面考慮。
首先,它再快也是快不過(guò)c的,畢竟底下做了那么多工作,又有排程,又有g(shù)c什么的。那為什么在那些benchmark里面,golang、nodejs、erlang的響應(yīng)效率看上去那么優(yōu)秀呢,響應(yīng)快,并發(fā)強(qiáng)?并發(fā)能力強(qiáng)的原因上面已經(jīng)提到了,響應(yīng)快是因?yàn)榇罅糠亲枞絠\o操作出現(xiàn)的原因。這一點(diǎn)c也可以做到,并且能力更強(qiáng),但是得多寫不少優(yōu)質(zhì)程式碼。
然后,針對(duì)游戲伺服器這種高實(shí)時(shí)性的執(zhí)行環(huán)境,GC所造成的跳幀問(wèn)題確實(shí)比較麻煩,前面的大神 @達(dá)達(dá) 有比較詳細(xì)的論述和緩解方案,就不累述了 。隨著golang的持續(xù)開(kāi)發(fā),相信應(yīng)該會(huì)有非常大的改進(jìn)。一是遮蔽記憶體操作是現(xiàn)代語(yǔ)言的大勢(shì)所趨,它肯定是需要被實(shí)現(xiàn)的;二是GC演算法已經(jīng)相當(dāng)?shù)某墒欤拭忝銖?qiáng)強(qiáng)過(guò)得去;三是可以通過(guò)incremental的操作來(lái)均攤cpu消耗。
用這一點(diǎn)點(diǎn)效率損失換取一個(gè)更高的生產(chǎn)能力是不是值得呢?我覺(jué)得是值得的,硬體已經(jīng)很便宜了,人生苦短,讓自己的生活更輕松一點(diǎn)吧: )。
4、基于以上的論述,我認(rèn)為采用go進(jìn)行小范圍的MMORPG開(kāi)發(fā)是可行的。
如果跟C語(yǔ)言比,大部分指令碼都勝出啊。Go, Node.js, Python ......
網(wǎng)易弄過(guò)一個(gè)Node.js的開(kāi)源伺服器框架。
至于IDE, 不重要,做伺服器開(kāi)發(fā)很少會(huì)要開(kāi)著IDE除錯(cuò)的。最常用的手段就是打Log. 設(shè)定了斷點(diǎn)也很難調(diào),多個(gè)客戶端并發(fā)。
那種單客戶端連線進(jìn)來(lái)就可以重現(xiàn)的bug倒是可以用IDE調(diào),但是這種bug本來(lái)就容易解決。
用指令碼語(yǔ)言,有一個(gè)很大的好處是容易做自動(dòng)測(cè)試,可以更好地保證程式碼質(zhì)量。
--------------------------
開(kāi)發(fā)效率當(dāng)然是指令碼高。執(zhí)行效率,其實(shí)更重要的是并發(fā),框架合理的話增加機(jī)器就可以直接提高效率增加人數(shù)。
用Go開(kāi)發(fā)大型mmorpg服務(wù)端不會(huì)有問(wèn)題的,如果掉坑里肯定不會(huì)是語(yǔ)言的問(wèn)題。
唯一比較可能掉進(jìn)去的坑就只有GC,其實(shí)很容易預(yù)防和調(diào)整的,具體細(xì)節(jié)可以看我部落格分享的文章。
但是技術(shù)選型不只是選語(yǔ)言,如果當(dāng)時(shí)我手頭有一套效能滿意,開(kāi)發(fā)效率OK,人員補(bǔ)給不會(huì)有問(wèn)題的技術(shù)方案,不管是什么語(yǔ)言的,我肯定不會(huì)放棄它而選擇冒險(xiǎn)的。
public void actionPerformed(ActionEvent e)
{
if(e.getSource()==xinjian)
{
text.setText("");
}
if(e.getSource()==dakai)
{
openFD.show();
String s;
本文題目:go語(yǔ)言1.6 Go語(yǔ)言圣經(jīng)
網(wǎng)址分享:http://m.kartarina.com/article20/dogiijo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供外貿(mào)網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、App設(shè)計(jì)、企業(yè)網(wǎng)站制作、網(wǎng)站內(nèi)鏈、商城網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)