状态缓?/span>
所谓状态缓存，是在内存而非专业数据~存服务器（如redisQ中保存和处理逻辑数据Q手动编写此q程较ؓJ琐但是效率较高Q但随着状态逻辑复杂性和q发、扩定w题提出，状态同步会变得来复杂?/span>
Game:
Z互性的服务器类型需要在服务器做~存Q逻辑~写也较为容易，无需处理事务q发问题。例如：l队Q匹配，战斗逻辑。服务器不能随意重启?/span>
׃互性的服务器类型可配合redis做成无状态服务器Q例如：LQ技能升U，领取物品{。服务器随时支持重启?/span>
游戏服务器ؓ了提高性能Q早期所有服务器都是使用状态缓存写法编写，特别是MMORPGq类Z互的游戏服务器尤Z重?/span>
Web:
均ؓ无状态服务器Q弱交互。用事务方式处理ƈ发逻辑Q例如：交易Q下单等?/span>
推送，单独发?/span>
q里提到的所谓推送，单独发送是与RPC区别的通讯Ҏ。RPC要求h必须有回应。而推送单独发送则更像是通知和广播，无需目的方返回Q何消息?/span>
Game:
扑ֈ服务器的SessionQ直接Send
通过中{服务器，或称Z心服务器q行注册/q播
客户端的model数据需要更新时Q服务器会主动推送消息?/span>
游戏服务器没有严格的RPC设计需求，推送和单独发送较Web服务器更多。而且游戏服务器多使用长连接，所以主动推送也比Web服务器来的方便一些?/span>
Web:
推送做成专有的服务Qƈ做排队和q发处理?/span>
可用?/span>
听说q游戏停服更斎ͼ支付宝服务器在刷二维码时停服了可一定被骂惨吧。WebҎ务器高可用性要求很高，游戏虽然也注重服务器E_性和可用性，但是׃版本q代更新频繁Q停服更新反而能获得玩家接受?/span>
Game:
游戏对可用性要求不高?/span>
游戏大版本更新时需要停服更新。支持热更新技术的服务器（例如ErlangQSkynetQ仅使用热更C复bugQ很直接更新新版本?/span>
不是所有的游戏服务器支持动态添加服务器?/span>
Web:
极高的可用性，服务不允许停服更斎ͼ使用蓝绿及灰度方式更新服务器?/span>
随时可以横向扩展服务器，提高服务器容量和承蝲?/span>
q接及传?/span>
均用TCP传输协议Q游戏服务器注重性能Q自有协议及二进制协议用较多?/span>
Web注重兼容和接口友好，使用JSON格式较多?/span>
Game:
使用长连接，需要从逻辑层维护连接状态及处理服务器不在线情况
使用自有包格式Q大部分使用protobuf或二q制格式?/span>
Web:
微服务大部分使用短连接，grpc支持http2长连?/span>
使用json~码方便调试和版本兼宏V?/span>
量限制
人数多了QQ何服务器都扛不住Q流量限制和d限制能有效保护服务器E_?/span>
Game:
单服有h数限Ӟ可以通过GM后台讄挡墙Q超q无法进?/span>
Web:
限流器中间gQ可以精到服务控制量
断流Q防止雪?/span>
Game:
游戏没有Q也不需要这U概念，游戏h不会H然升高Q即便有Q也通过GM后台Zؓ控制
Web:
断流器中间g
服务发现
如何扑ֈ服务器地址?/span>
服务有变化时Q通过Watchpȝ通知订阅者更新本地缓?/span>
服务器没有变化时Q用本地缓存找到服务地址
Game:
游戏服务器互怾赖复用只在很的范围内，因此无需在不同语a不同q程服务间获得地址Q大部分在配|文件中填写各服务的IP及地址卛_互相讉K?/span>
早期游戏自己~写服务器状态及地址发现服务?/span>
有用redis做服务发?/span>
Web:
使用服务发现pȝQ分布式部v。无需依赖配置文g
|关需?/span>
Game:
|关处理客户端上下线通知Q心跻Il持q接Q{发，q播上下行封?/span>
Web:
Ҏh地址路由Q无上下U概念，无心跟뀂广播通过消息推送系l完?/span>
׃W者从事游戏行业，对Web服务器概念在逐渐熟悉中，若有错误和不各位大{指出?/span>
]]>
最单的调试ȝ 多项目调? 适用个h开发和目开?/li> 无需修改pȝ环境变量
准备VSCode
在官|下载最新版的VSCode:
https://code.visualstudio.com/
安装Golang插g
-
打开扩展面板
VSCode->查看->扩展
-
扑ֈGo插g 在搜索框里输入Go, 扑ֈW二行写?Rich Go language support for Visual Studio Code的插? 点击安装
注意不是排名最高的
-
重启~辑?/p>
打开调试面板
VSCode->查看->调试
d调试目标
?没有调试"的下拉框中点?d配置.."
d目标调试配置
例子:
{
"version": "0.2.0",
"configurations": [
{
"name": "Launch",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${fileDirname}",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
}
]
}
其中: "port", "host"都是go插g自动生成?/p>
"env"|环境变? 讄Z的工E目录就可以(包含bin, src的文件夹)
准备调试插g
此时扑ֈmain.go按F5, 会报错提C?
Failded to continue:"Cannot find Delve debugger. Install from https://github.com/derekparker/delve & ensure it is in your "GOPATH/bin" or "PATH"我们使用go命o行编译调试器
go get github.com/derekparker/delve/cmd/dlvdlv调试器放在GOPATH(工程目录)的bin目录?/p>
选中要调试的main.go, 点击F5, 既可以开始调?/p>
调试快捷键和Visual StudiopM?/p>
- F9 切换断点
- F10 Step over
- F11 Step in
- Shift+F11 Step out
注意?/p>
- 某些l构体成员无法直接显C时, 可以直接选中变量? d到监? 或者右键点? "调试:求?
在launch.json中可以添加多l调试入? 通过调试面板中选中对应的配|开启不同目标的调试{
"version": "0.2.0",
"configurations": [
{
"name": "client",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${fileDirname}",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
},
{
"name": "server",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${workspaceRoot}/src/server",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
}
]
}"program"中的"${fileDirname}"是以当前选中文g作ؓ启动?/p>
更徏议?program"?${workspaceRoot}", 以包名作为启动点的方式进行配|?/strong>
https://code.visualstudio.com/Docs/editor/debugging
]]>
打开扩展面板
VSCode->查看->扩展
扑ֈGo插g 在搜索框里输入Go, 扑ֈW二行写?Rich Go language support for Visual Studio Code的插? 点击安装
注意不是排名最高的
重启~辑?/p>
打开调试面板
VSCode->查看->调试
d调试目标
?没有调试"的下拉框中点?d配置.."
d目标调试配置
例子:
{
"version": "0.2.0",
"configurations": [
{
"name": "Launch",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${fileDirname}",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
}
]
}其中: "port", "host"都是go插g自动生成?/p>
"env"|环境变? 讄Z的工E目录就可以(包含bin, src的文件夹)
准备调试插g
此时扑ֈmain.go按F5, 会报错提C?
Failded to continue:"Cannot find Delve debugger. Install from https://github.com/derekparker/delve & ensure it is in your "GOPATH/bin" or "PATH"我们使用go命o行编译调试器
go get github.com/derekparker/delve/cmd/dlvdlv调试器放在GOPATH(工程目录)的bin目录?/p>
选中要调试的main.go, 点击F5, 既可以开始调?/p>
调试快捷键和Visual StudiopM?/p>
- F9 切换断点
- F10 Step over
- F11 Step in
- Shift+F11 Step out
注意?/p>
- 某些l构体成员无法直接显C时, 可以直接选中变量? d到监? 或者右键点? "调试:求?
在launch.json中可以添加多l调试入? 通过调试面板中选中对应的配|开启不同目标的调试{
"version": "0.2.0",
"configurations": [
{
"name": "client",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${fileDirname}",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
},
{
"name": "server",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${workspaceRoot}/src/server",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
}
]
}"program"中的"${fileDirname}"是以当前选中文g作ؓ启动?/p>
更徏议?program"?${workspaceRoot}", 以包名作为启动点的方式进行配|?/strong>
https://code.visualstudio.com/Docs/editor/debugging
]]>
{
"version": "0.2.0",
"configurations": [
{
"name": "client",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${fileDirname}",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
},
{
"name": "server",
"type": "go",
"request": "launch",
"mode": "debug",
"remotePath": "",
"port": 2345,
"host": "127.0.0.1",
"program": "${workspaceRoot}/src/server",
"env": {
"GOPATH":"D:/Develop/vscodegolang"
},
"args": [],
"showLog": true
}
]
}"program"中的"${fileDirname}"是以当前选中文g作ؓ启动?/p>
更徏议?program"?${workspaceRoot}", 以包名作为启动点的方式进行配|?/strong>
https://code.visualstudio.com/Docs/editor/debugging
]]>
他们其实q是cd功能, 都在buildin包里? pȝ默认l你做了?/p>
import(. "buildin")
buildin的包内容都映到全局而已, 其实你也可以用自q包这么做
打印的另一U写?/h1>
惌脚本一栯试打印数据么?
println("hello world")
无需包含M? 因ؓ它在buildin包里
iota不是黑科技
q是在buildin包里的定?/p>
// iota is a predeclared identifier representing the untyped integer ordinal// number of the current const specification in a (usually parenthesized)// const declaration. It is zero-indexed.const iota = 0 // Untyped int.
其实go是有泛型概念?/h1>
xmap和数l的定义
只是泛型没有开攄用户用而已(只许XX攄,不许XX点灯)
map是支持多个key? 而且很方?/h1>
q在为多个key转id的复杂算法而头g?
type myKey struct{number intstr string}func main(){t := map[ myKey] int {myKey{ 2, "world"}: 1,}fmt.Println(t[myKey{2, "world"}])}输出: 1
枚D是可以{成string?/h1>
默认定义一个枚?/p>
type MyConst intconst (MyConst_A MyConst = iotaMyConst_B MyConst = iota)func main(){fmt.Println(MyConst_A)}
输出: 0
如果我们惌动化输出MyConst_A字符串时
需要用golang的一个工具链:golang.org/x/tools/cmd/stringer
其下蝲, ~译成可执行工具? 对代码进行生?nbsp;
生成的代码会多出一个xx_string.go
里面是枚D的String()string 函数
临时转换一个接口ƈ调用的方?/h1>type love struct{}func (self*love)foo(){ fmt.Println("love")}func main(){ var chaos interface{} = new(love) chaos.(interface{ foo() }).foo()}
Golang的receiver实际上就是this的变U实?/h1>func( self*MyStruct) foo( p int ){}
type love struct{}func (self*love)foo(){fmt.Println("love")}func main(){var chaos interface{} = new(love)chaos.(interface{foo()}).foo()}
func( self*MyStruct) foo( p int ){}
写不惯receiver的写? 如果q样改下?
func foo( self *MyStruct, p int ){}
所以ؓ什么说Golangq是一个C语言?/p>
关于内存分配…
- new 传入Typecd, q回*Typecd
- make 可以在分配数l时讄预分配大? new不可?/li>
- make 能分配数l?map, 但不能分配结构体和原始类?/li>
- new 能分配数l? map, l构体和原始cd{的所有类?/li>
- &Type{效于new
- 切片不需要分配内?make,new), 直接声明可以了…
Golang的反无法通过一个类型名, 创徏其实?/h1>
C#有Assembly概念, 可以在一个Assembly里搜? 创徏实例
Golang是静态类型语a, 如果需? 只能注册你需要创建的l构? 然后注册好的map用于创徏
Golang可以替换Python来进行复杂的工具程处理
如果你需要跨q_的工hE处? 对Python不熟? 可以使用
go run yourcode.go 参数1 参数2
方式来进行工具处?nbsp;
觉得? 可以~译成可执行文g
q样做的好处: 如果有些cd本n是go写的, Python想用是很麻烦的, 而Golang来写则轻而易?/p>
例子: 通过go的protobuf? 对一些文件进行处?/p>
Golang可以自动持有Ҏ的接收者实?/h1>type myType struct{}func (self*myType) foo( p int){ fmt.Println("hello", p )}func main(){ var callback func( int ) ins := new(myType) callback = ins.foo callback( 100 )}
type myType struct{}func (self*myType) foo( p int){fmt.Println("hello", p )}func main(){var callback func( int )ins := new(myType)callback = ins.foocallback( 100 )}
做过lua的C++代码l定的童鞋都清楚: lua只支持外部静态或者全局函数调用
如果要进行C++cL员函数调用时, 要自己处理this和成员函?nbsp;
q种技巧因为早L译器的虚表不同^台实现细节不l一需要专门处?nbsp;
后面跨^台虚表统一? cL员函数的调用写法也是很恶心复杂的
但是Golang的小白式用法, 直接吊打C++, 甚至C#复杂的delegate
LiteIDE? 多开U籍
扑ֈ 菜单->查看->选项->通用->存储->存储讄到本地ini文g
关闭LiteIDE
复制LiteIDE整个目录, 命名文g夹ؓ你的工程?/p>
每个工程所在的LiteIDE的配|将是独立的, 不会互相q扰
LiteIDE? 试E序也是可以调试?/h1>
别以为程序一定要是main开始的才可以调?/p>
Golang的测试程序虽焉是一个个Test开头的函数,但执行go test? q是有main入口
在LiteIDE? 可以?调试->开始调试测试程序里q行试E序调试
LiteIDE? 在Windows上可以输出linux可执行文?/h1>
go的工具链默认支持交叉~译
在LiteIDE? 可以通过切换输出q_, 输出不同q_的可执行文g
]]>
我们对Golang的结构体变量赋? 以及单参数函数调用进行反和native操作的测?pre>
package main
import (
"reflect"
"testing"
)
type data struct {
Hp int
}
const AssignTimes = 100000000
func TestNativeAssign(t *testing.T) {
v := data{Hp: 2}
for i := 0; i < AssignTimes; i++ {
v.Hp = 3
}
}
func TestReflectAssign(t *testing.T) {
v := data{Hp: 2}
vv := reflect.ValueOf(&v).Elem()
f := vv.FieldByName("Hp")
for i := 0; i < AssignTimes; i++ {
f.SetInt(3)
}
}
func TestReflectFindFieldAndAssign(t *testing.T) {
v := data{Hp: 2}
vv := reflect.ValueOf(&v).Elem()
for i := 0; i < AssignTimes; i++ {
vv.FieldByName("Hp").SetInt(3)
}
}
func foo(v int) {
}
const CallTimes = 100000000
func TestNativeCall(t *testing.T) {
for i := 0; i < CallTimes; i++ {
foo(i)
}
}
func TestReflectCall(t *testing.T) {
v := reflect.ValueOf(foo)
for i := 0; i < CallTimes; i++ {
v.Call([]reflect.Value{reflect.ValueOf(2)})
}
}
性能试数据
=== RUN TestNativeAssign
?PASS: TestNativeAssign (0.03s)
=== RUN TestReflectAssign
?PASS: TestReflectAssign (0.41s)
=== RUN TestReflectFindFieldAndAssign
?PASS: TestReflectFindFieldAndAssign (9.86s)
=== RUN TestNativeCall
?PASS: TestNativeCall (0.03s)
=== RUN TestReflectCall
?PASS: TestReflectCall (21.46s)
试评测
- 在结构体变量赋值测试用例中, 我们发现TestReflectFindFieldAndAssign赋值格外的耗时. 分析性能点在FieldByNameq个函数? 我们查了下底层如何实现的:
// FieldByName returns the struct field with the given name
// and a boolean to indicate if the field was found.
func (t *structType) FieldByName(name string) (f StructField, present bool) {
// Quick check for top-level name, or struct without anonymous fields.
hasAnon := false
if name != "" {
for i := range t.fields {
tf := &t.fields[i]
if tf.name == nil {
hasAnon = true
continue
}
if *tf.name == name {
return t.Field(i), true
}
}
}
if !hasAnon {
return
}
return t.FieldByNameFunc(func(s string) bool { return s == name })
}
各位看官必须吐槽用for来遍历获取数? 但冷静下来分? q样做无可厚?
试想如果reflect包在我们使用ValueOf时用map~冲好一个结构体所有字D늚讉K数据? 肯定讉K指定字段速度会很?br>但是, 以空间换速度的需求其实最多满了1%的需?
同样的例子是囑ŞAPI里访问Shader变量的方? L默认使用字符串获? 速度很慢. 当你惛_速访问时, h前按需~存字段
那么, Golang使用的也是这L思\. 虽然暴力了一? 但是能够让程序跑? 性能优化的东西放在之后来? ~冲下就可以解决
- 在调用测试用例中, 毫无悬念? 调用速度很慢
因此, 我们在^时用反时, 量偏向于反变量缓冲存在下的变量赋值或者获?br>而调用的需求尽量减? 如果有goroutine存在的情况下, 则不必太多担?
]]>
下面介绍下proto3的一些细节变?/p>
Proto3的语法变?/h1> 语法标记
q个版本的protoc的protobuf~译器已l可以支持proto2语法和proto3的语?/p>
如果你的proto文g没有dsyntax说明的话, 用这个版本的~译器会报错, 提示你默认proto2支持, h加语法标?/p>
syntax = "proto2";
optional不需要了
只保留repeated标记数组cd, optional和required都被L?/p>
实际使用证明, required的设计确实是蛋疼, C++的调试版会弹出assert,release版和optional也没啥区?/p>
map支持
map~写格式?/p>
map<key_type, value_type> map_field = N;
例如:
map<string, Project> projects = 3;
代码生成认支持map, q对于很多语a来说又可以偷懒了
字段default标记不能使用?/h2>
位于proto2语法的字Dnumber后的[default=XX]
q个东西不能用了, 理由?
对于同一D序列化后的数据, 如果序列化端的default和反序列化端的default描述不一样会D最l结果完全不一?/p>
? 同一个数据两个结? q是不可预测的结? 因此q掉q个Ҏ?/p>
不过本h觉得, 对于游戏来说, q个功能本n可以压羃很多数据,虽然会有隐患
枚D默认g定是0
proto2里的默认值是枚D的第一个value对应的? 不一定ؓ0
proto3在你定义value? 强制要求W一个值必Mؓ0
q个修改为避免隐患还是有帮助?/p>
泛型描述支持
anycd, 可以代表Mcd, 可以先读q来, 再进行解? 没具体用, 步子跨大了怕扯到蛋
支持json序列?/h2>
q个极好, json再次被同化了
增加了多U语a支持
js, objc, ruby, C#{等
然? C#版本的基runtime库是用C# 6.0的语法写?q对于Unity mono传2.0来说, 实扯到蛋了,没法?/p>
Protobuf现在使用CMAKE做配|系l?/h2>
~译hE微ȝ, q要下个被墙掉的cmake?/p>
W三方库里对于proto3的变?/h1>
Golang的官方protobuf支持: https://github.com/golang/protobuf
生成代码中的l构体字D늱型变?/h2>
对于proto2的文? 生成的go代码中的l构体依然用类型指针作为默认存? 兼容老的pȝ
对于proto3的文? 生成的go代码中的l构体直接用字D作为默认存? 不再使用GetXXX来作为字DD? 赋值时也无需使用proto.cd() 函数q行指针cd字段值创?
q个调整很是方便, 但丢׃optional判断功能, 对应C++里就是hasXXX的功? 不过好歹q个逻辑现在用的不多?/p>
q个修改大概也是配合json序列化来做的, go默认的json序列化时, 无法使用proto2生成的结构体? 因ؓ都是指针,无法赋?.
新版protoc-gen-go的插件会生成descriptor的压~数?/h2>
新插件会l每ơ生成的文gdq样一D代?/p>
var fileDescriptor0 = []byte{// 220 bytes of a gzipped FileDescriptorProto0x1f, 0x8b, 0x08, 0x00, 0x00, 0x09, 0x6e, 0x88, 0x02, 0xff, 0x64, 0x8f, 0xcd, 0x4e, 0xc5, 0x20,0x10, 0x85, 0x53, 0xbd, 0x35, 0x32, 0xb7, 0xdd, 0x4c, 0x5c, 0xb0, 0x70, 0x71, 0xd3, 0xb8, 0x70,0x75, 0x17, 0xfa, 0x04, 0xc6, 0xd8, 0xb8, 0x50, 0x63, 0xa8, 0x2f, 0x80, 0xed, 0x44, 0x89, 0x28,0x04, 0xc6, 0xbf, 0x47, 0xf1, 0x6d, 0x95, 0x49, 0x8d, 0x4d, 0x5c, 0x01, 0xdf, 0x39, 0x7c, 0x30,0x00, 0x1c, 0x82, 0xdf, 0xc6, 0x14, 0x38, 0xe0, 0xaa, 0xec, 0xbb, 0x37, 0x68, 0x2e, 0x3e, 0x62,0x48, 0x7c, 0x49, 0x76, 0xa2, 0x84, 0x47, 0xd0, 0xde, 0x96, 0xf8, 0xee, 0x33, 0xd2, 0x8d, 0x7d,0x26, 0x5d, 0x6d, 0xaa, 0x63, 0x65, 0xda, 0xb8, 0x84, 0xd8, 0x41, 0x63, 0xc2, 0x7b, 0xef, 0xc8,0x4f, 0x52, 0xda, 0x91, 0x52, 0x93, 0x16, 0x0c, 0x0f, 0x41, 0x89, 0xa9, 0x77, 0x9e, 0xf4, 0xae,0x14, 0x54, 0xfc, 0x05, 0xdd, 0x57, 0x05, 0x4a, 0xba, 0xd7, 0xc4, 0x16, 0xb7, 0x80, 0x03, 0x27,0xf7, 0xf2, 0x70, 0x72, 0xe5, 0x32, 0x0f, 0xd1, 0x3b, 0xa6, 0x34, 0x5b, 0x31, 0xff, 0x4b, 0x70,0x03, 0x6b, 0x43, 0x91, 0x2c, 0x9f, 0x3f, 0xd2, 0xf8, 0x24, 0xf6, 0x7d, 0xb3, 0x4e, 0x7f, 0x08,0x0f, 0xa0, 0x3e, 0xf3, 0xce, 0x66, 0xbd, 0x12, 0x49, 0x6d, 0xcb, 0xa1, 0x4c, 0x37, 0xbf, 0xf3,0xb3, 0xbc, 0x8e, 0xac, 0x6b, 0xb9, 0xd9, 0xe6, 0x25, 0xbc, 0xdf, 0x93, 0x6f, 0x9e, 0x7e, 0x07,0x00, 0x00, 0xff, 0xff, 0x0c, 0x9f, 0x10, 0xa8, 0x2e, 0x01, 0x00, 0x00,}
对于meta信息的提取还是很方便?/p>
然?/p>
对于多个文g的生? q样做非常的ȝ, 因ؓq个字段会重复导致编译错?/p>
很多人在论坛里吐? 官方l出的解x法是, 使用protoc一ơ性传入一个package下的所有的proto直接生成一个go
而不是现在的一个proto一个go
生成代码会自动注册到全局, q可以方便的查询
以前q个代码需要自己来? 现在官方提供了支? 很是方便
然? Z么不支持遍历?D念? 又要自己动手?/p>
C#
开发效率：Windows下可以通过VisualStudioq行开发，其他q_可以使用MonoDevelopQ非常方?/p>
q行效率QJIT的性能优化比较CQ能适应90%性能环境
部v便捷性：可以通过交叉~译生成其他q_的可执行文gQ通过monoq行可执行文?/p>
调试便捷性：VisualStudio和MonoDevelop调试均很方便Q?q可q程调试
上手度：对Cp语a熟悉的几天就可上?/p>
热更斎ͼ可以通过DLL方式q行
WebҎQ可做，代码比较啰嗦
崩溃处理Q可通过try catch捕获错误
|络库编写难度：一般，需注意gc问题
W三方网l库及框架数量：一?/p>
Golang
开发效率：?/p>
q行效率Qƈ发上非常有优势，对CPU利用率比较高Q原生运行无虚拟?/p>
部v便捷性：一ơ编译到处运行，无Q何运行库依赖
调试便捷性：实际操作中，单线E挂接调试器可行Q?但变量显CZ正确Q开发期基本采用日志方式q行查错
上手度：语言单，Ҏ少Q?新手1周能贡献代码
热更斎ͼ无法q行热更斎ͼ语言无法~译为DLLQ也不支持DLL加蝲Qlinuxq_?so加蝲忽略不计Q?/p>
WebҎQ非常方便， 代码_
崩溃处理Q崩溃后以命令行方式打印出栈Q程序内可以捕获M崩溃错误ql运?/p>
|络库编写难度：单，比C socket更简?/p>
W三方网l库及框架数量：偏少
Skynet(lua+C)
开发效率：Z动态语a的开发初ơ写比较快，后期l护和重构会耗费一定的旉在查错上
q行效率Q基于lua jit的运行效率还是能接受?/p>
部v便捷性：方便Q?只有底层修改需要重新编译， 大部分时间只用更新lua文g
调试便捷性：不是很方便，Z日志方式q行查错
上手度：lua语言Ҏ有部分和Cp语a有一定差异，ZActor模型的思想学习Q适应需要耗费一定的旉
热更斎ͼcM于ErlangQ可_到函数的热更新
WebҎQ有一些http支持Q通过C慢慢q行完善
崩溃处理Qlua天生可以捕获错误
|络库编写难度：自带Q无需~写
W三方网l库及框架数量：通过C慢慢完善
C++
开发效率：~译慢，文g多，通用库少
q行效率Qnative速度标杆
部v便捷性：~写各类的make门槛较高
调试便捷性：可通过VisualStudioq行Windowsq_调试
上手度：2~3q经验的熟手仍然会写出崩溃和泄露代码
热更斎ͼ可通过DLLq行
WebҎQ代码啰嗦，W三方库?/p>
崩溃处理QWindows下可使用SEH捕获D异常，其他q_只能通过崩溃后进行coredump分析Q容错非常差
|络库编写难度：Zasio~写较ؓ单，但M看来隑ֺ不低
W三方网l库及框架数量：较多
以下是得?/p>
从发文时的项目对q些语言使用率来_JavaQErlangQC++~写的服务器较多QGolangQJavaScriptQC#是第二梯队，Skynet׃上手不是很容易，所以仅有两位数的团队在使用Q但M表现q是比较?
对于老团队， C++的服务器工具铑֒框架已经相对成熟Q?完全没必要更换新语言Q?只是在对接sdk感觉困难Ӟ可以试Golangq些对web有优势的语言q行混合语言开?
对于新团队，开发效率，上手度和部v效率是优先选择的，C#QGolangQJavaScriptq些新兴语言会让你事半功?
对于大规模无需选服的服务器Q?Skynet的actor模型Ҏ展会比较Ҏ
对于大公司，好项目，上线后需要通过热更新进行bug修补的，C#QC++QErlang会是首?
但ȝ一点， q是Ҏ团队熟悉度来选择语言QN然的使用新语a的风险也是很大的
func server() {pipe := cellnet.NewEventPipe()
evq := socket.NewAcceptor(pipe).Start("127.0.0.1:7234") socket.RegisterSessionMessage(evq, coredef.TestEchoACK{}, func(content interface{}, ses cellnet.Session) {msg := content.(*coredef.TestEchoACK)
log.Println("server recv:", msg.String()) ses.Send(&coredef.TestEchoACK{Content: proto.String(msg.String()),
})
})
pipe.Start()
}
func client() {pipe := cellnet.NewEventPipe()
evq := socket.NewConnector(pipe).Start("127.0.0.1:7234") socket.RegisterSessionMessage(evq, coredef.TestEchoACK{}, func(content interface{}, ses cellnet.Session) {msg := content.(*coredef.TestEchoACK)
log.Println("client recv:", msg.String())})
socket.RegisterSessionMessage(evq, coredef.SessionConnected{}, func(content interface{}, ses cellnet.Session) { ses.Send(&coredef.TestEchoACK{ Content: proto.String("hello"),})
})
pipe.Start()
}
目地址: https://github.com/davyxu/cellnet
]]>
Action[] a = new Action[3];for (int i = 0; i < 3; i++)
{ a[i] = ( ) => { Console.WriteLine(i); };}
for (int i = 0; i < 3; i++){
a[i]();
}
C#打印l果? 3 3
Golang的例?/p>
a := make([]func(), 3 )
for i := 0; i < 3; i++ { a[i]= func( ){fmt.Println(i)
}
}
for _, s := range a {s()
}
Golang打印l果? 3 3
最后是Lua的例?/p>
a = {}for i = 1, 3 do
table.insert( a, function()
print(i)
end
)
end
for _, v in ipairs(a) do
v()
end
Lua打印l果? 2 3
差异在于, C#和Golang变量捕获到闭包内时, 均用引用方? 卛_最后开始调用用变量时, ׃变量已经l束循环, 所以是最l?/p>
但是Lua捕获方式是值捕? 因此比较Ҏ理解, 是多就是多?/p>
概述
游戏客户端采用Cocos2dx-Lua的纯Lua~写逻辑, 服务器采用Golang作ؓ开发语a
游戏cdcM于COC,因此无需选服. 需要用大服务器架构进行处?
数据?/b>
采用Mongodb做持久存? redis做跨服通信数据交换
使用UCloud的云技? 省去了烦人的q维工作
通信及协?/b>
客户端和服务器通讯使用HTTP短连? Zjson的数据封包协?
服务器间大量使用Golang自带的json+rpcq行通信
服务器类?/b>
服务器类型大致分为逻辑服务?战斗服务? 中心服务?
逻辑服务?/b>
逻辑服务器负责日帔R辑及公共逻辑处理(好友, 公会)
1个逻辑服务器对应一个区, n个区均用Ucloud云Mongodbq行数据存储
战斗服务?/b>
战斗服务器是一个集? 集群会返回一个负载最低的服务器返回?
战斗服务器通过cgo技术与客户端C++/lua的战斗逻辑q行逻辑复用, 在此技术上q行
战斗逻辑的校?
中心服务?/b>
客户端登陆前, 在中心服务器q里获得可登陆的逻辑服务器地址, 同时做一个负载均?
短连?
评h
׃操作pȝ的技术趋于稳? 同时, 手游的弱交互型导致的游戏架构于? 因此|络负蝲不再是游戏服务器技术的瓉. 从经验看? 游戏服务器技? 更重要的是还是看数据库的选型及处理方?
虽然Mongodb的性能上不如内存数据库. 但是从存储安全性上要比个h搭徏的内存数据库? 安全
外加上云技术的引用, 性能的瓶颈和q维的技术复杂度q刃而解
Redis用于跨服数据交互那是再好不过的数据中介了, 保证速度和稳定? l对不是造轮子能比拟?
短连接在手游上处理v来比长连接简单一? 无需做断UKq? 服务器的底层也是由Golang的框架库保证质量? 因此负蝲毫无问题. 服务器对内及对外均用jsonq行数据交换, 化了协议处理. 也方便了调试
json rpc的性能损耗对于整个逻辑的处理来说均可以忽略不计
]]>
// String returns the time formatted using the format string
// "2006-01-02 15:04:05.999999999 -0700 MST"
func (t Time) String() string {
return t.Format("2006-01-02 15:04:05.999999999 -0700 MST")
}
试?006-01-02 15:04:05写入到自q例子?pre>func nowTime() string {
return time.Now().Format("2006-01-02 15:04:05")
}
l果q回正确. 询问了下, 据说q个日期是golang诞生的日子?咋那么自恋呢?