久久精品亚洲,美女露胸一区二区三区,亚洲欧美在线另类

游戏与Web的服务器�Ҏ��

战魂��筑 — Wed, 29 Aug 2018 03:16:00 GMT

��Z���~�写��Z��cellnet的新一代游戏服务器框架�Q�最�q�深入研�I�微服务�Q�ServiceMesh�{�概��c��研�I�过�E�中对Web和游戏两�U�服务器架构设计有一些心得，�~�写�q�记录下来�?下文中，Game表示游戏服务器，Web表示Web服务�? `` 

状态缓�?/span>

所谓状态缓存，���是在内存而非专业数据�~�存服务器（如redis�Q�中保存和处理逻辑数据�Q�手动编写此�q�程较�ؓ�J�琐但是效率较高�Q�但随着状态逻辑复杂性和�q�发、扩定w��题提出，状态同步会变得���来���复杂�?/span>

Game:

��Z��互性的服务器类型需要在服务器做�~�存�Q�逻辑�~�写也较为容易，无需处理事务�q�发问题。例如：�l�队�Q�匹配，战斗逻辑。服务器不能随意重启�?/span>

�׃��互性的服务器类型可配合redis做成无状态服务器�Q�例如：��L���Q�技能升�U�，领取物品�{�。服务器随时支持重启�?/span>

游戏服务器�ؓ了提高性能�Q�早期所有服务器都是使用状态缓存写法编写，特别是MMORPG�q�类��Z��互的游戏服务器尤��Z��重�?/span>

Web:

均�ؓ无状态服务器�Q�弱交互。��用事务方式处理�ƈ发逻辑�Q�例如：交易�Q�下单等�?/span>

推送，单独发�?/span>

�q�里提到的所谓推送，单独发送是与RPC区别的通讯�Ҏ��。RPC要求��h��必须有回应。而推送单独发送则更像是通知和广播，无需目的方返回�Q何消息�?/span>

Game:

扑ֈ�服务器的Session�Q�直接Send

通过中�{服务器，或称��Z��心服务器�q�行注册/�q�播

客户端的model数据需要更新时�Q�服务器会主动推送消息�?/span>

游戏服务器没有严格的RPC设计需求，推送和单独发送较Web服务器更多。而且游戏服务器多使用长连接，所以主动推送也比Web服务器来的方便一些�?/span>

Web:

���推送做成专有的服务�Q��ƈ做排队和�q�发处理�?/span>

可用�?/span>

听说�q�游戏停服更斎ͼ�支付宝服务器在刷二维码时停服了可一定被骂惨吧。Web�Ҏ��务器高可用性要求很高，游戏虽然也注重服务器�E�_��性和可用性，但是�׃��版本�q�代更新频繁�Q�停服更新反而能获得玩家接受�?/span>

Game:

游戏对可用性要求不高�?/span>

游戏大版本更新时需要停服更新。支持热更新技术的服务器（例如Erlang�Q�Skynet�Q�仅使用热更��C��复bug�Q�很���直接更新新版本�?/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>

���量限制

人数多了�Q��Q何服务器都扛不住�Q�流量限制和��d��限制能有效保护服务器�E�_���?/span>

Game:

单服有�h数限�Ӟ��可以通过GM后台讄���挡墙�Q�超�q�无法进�?/span>

Web:

限流器中间�g�Q�可以精���到服务控制���量

断流�Q�防止雪�?/span>

Game:

游戏没有�Q�也不需要这�U�概念，游戏��h��不会�H�然升高�Q�即便有�Q�也通过GM后台��Zؓ控制

Web:

断流器中间�g 

服务发现

如何扑ֈ�服务器地址�?/span>

服务有变化时�Q�通过Watch�pȝ��通知订阅者更新本地缓�?/span>

服务器没有变化时�Q���用本地缓存找到服务地址

Game:

游戏服务器互�怾�赖复用只在很���的范围内，因此无需在不同语�a�不同�q�程服务间获得地址�Q�大部分在配�|�文件中填写各服务的IP及地址卛_��互相讉K���?/span>

早期游戏自己�~�写服务器状态及地址发现服务�?/span>

有用redis做服务发�?/span>

Web:

使用服务发现�pȝ���Q�分布式部��v。无需依赖配置文�g

�|�关需�?/span>

Game:

�|�关处理客户端上下线通知�Q�心跻I���l�持�q�接�Q��{发，�q�播上下行封�?/span>

Web:

�Ҏ����h��地址路由�Q�无上下�U�概念，无心跟뀂广播通过消息推送系�l�完�?/span>

�׃���W�者从事游戏行业，对Web服务器概念在逐渐熟悉中，若有错误和不������各位大�{指出�?/span>

本�h��C��《Go语言从入门到�q�阶实战》，生动的语�a��Q�例子带有各�U�彩蛋，��L��了解Go语言�Ҏ��，更有cellnet框架剖析解密

https://search.jd.com/Search?keyword=go%E8%AF%AD%E8%A8%80%E4%BB%8E%E5%85%A5%E9%97%A8%E5%88%B0%E8%BF%9B%E9%98%B6%E5%AE%9E%E6%88%98&enc=utf-8&suggest=1.def.0.V02&wq=Go%E8%AF%AD%E8%A8%80%E4%BB%8E&pvid=145d55a92cab4b07b71326f8beb1700b

战魂��筑 2018-08-29 11:16 发表评论

战魂��筑 — Thu, 06 Jul 2017 04:47:00 GMT

本文主要研究游戏服务器带状态的热更新需�?http的无状态热更新需求已�l�有成熟�Ҏ��, 故不在本文描�q�范�?/p>

基本概念

Golang的热更新采用什么机�?
使用go1.8提供的plugin包机制实�?/p>
plugin包本�w�设计的目的是热更新�?
plugin包其实只是支持将代码分别�~�译为多个动态库,动态加载后�q�行 �q�不能完全支持类似C/C++的动态库方式处理代码
带状态的�q�程热更新的基本概念及范围是什�?
数据部分(model)不更�? 只更新逻辑部分(函数)
表格和配�|�更新算热更��C��?
��? 但不是本文描�q�范�?/p>
热更新能在windows上��用么?
不支�?/p>

代码及结�?/h1>

我能��原来一个exe的代码编译�ؓso提供�l�plugin使用�?
可以, 但是必须仍然保留main包作为插件入�? �q�在main包内��d��提供�l�plugin调用入口.
如果动态库中没有main�? �~�译出的so能用�?
不能, 包必��d��含main, 否则输出的是.a的文�? plugin包加载会报错
动态库�? 非main包的的代码修改能做热更新�?
不能!(崩溃了吧, 我提了一个issue: https://github.com/golang/go/issues/20554)
如果��实做了修改, 底层会报�? plugin was built with a different version of package
解决�Ҏ��: 修改plugin包底层实现�ƈ重新�~�译打开runtime/plugin.go, 注释以下代码 for _, pkghash := range md.pkghashes { if pkghash.linktimehash != *pkghash.runtimehash { return "", nil, pkghash.modulename } } 执行/usr/local/go/run.bash 重编�?��试
代码中哪些可以被更新? �Ҏ��可以被更��C��? 闭包�?
只能更新拥有静态地址的结�?例如: 包��别函�?�c�M��于静态函�?
例如: svc_0.so里有一个Foo函数, svc_1.so修改了Foo函数实现, 热更新可实现
闭包=函数+捕获变量, 实际上是一个动态结�? 没有静态地址, 无法被更�?/p>
各种包��别变�? �l�构体变�? �l�构体方�? 局部变量均不能被热更新, 但是变量��g��会被影响
新增�l�构可以被运�?/p>
使用�l�构体方法调用了包��别函�? 包��别函数能被更��C��?
可以, 虽然�Ҏ��不能被更�? 但方法被调用的包�U�别函数的地址是固定的, 所以可以被热更�?/p>
init包初始化函数能用�? 能被热更��C��?
官方�q�样描述:
```
When a plugin is first opened, the init functions of all packages not already part of the program are called. The main function is not run. A plugin is only initialized once, and cannot be closed
```
插�g�W�一�ơ被打开�? 其关联的, 没有成�ؓ�E�序的一部分的所有的包的init函数��被调用. 插�g的main函数不会被调�? 插�g只会被初始化一��? 不能被关�?/p>
因此, 需要手动将init函数�Ҏ��自己的函�? �l�一在so的main包里调用

�~�译

如何�~�译获得plugin包支持的动态库
```
SVCNAME=$1 SVCVER=$2 TIMESTAMP=`date '+%Y%m%d_%H%M%S'` go build -v -buildmode=plugin --ldflags="-pluginpath=${SVCNAME}_${TIMESTAMP}" -o ${SVCNAME}_${SVCVER}.so ${SVCNAME}
```
-buildmode=plugin是重要参�?/p>
--ldflags里的-pluginpath的作用是: 每次�~�译的内部识别�\径都是不同的, 避免重复加蝲的警�?/p>
参�? https://github.com/golang/go/issues/19004

战魂��筑 2017-07-06 12:47 发表评论

战魂��筑 — Sat, 08 Apr 2017 06:41:00 GMT

�怽�技�?/h1>
�怽�技术大规模出现在魔兽世界WLK版本, 现在应用已经�q�泛应用在各�U�MMORPG游戏�? 下面对相位技术的做法�q�行��单归�U�x��?/p>

表现分类

副本�怽�

早期副本的出�? 避免抢怪问�? 所�? 副本其实本��n��是一�U�相位技�? 只不�q�实现时, 我们一般会��小队和怪物直接预分配在独立的一个副本实例中(所以副本原文也是实例的意�?

分线�怽�

�怽�技术还没有正式命名�? 同一个场�? 玩家�q�到不同的分�U�看到的玩家不一�? 也是属于�怽�的一�U? 当然, 如果是组队玩�? 服务器默认会分配所有队伍玩家在同一个线(位面)

真相�?/h3>
副本�怽�和分�U�相位其实都是静态相�? 一旦进�? 中途不会有切换或者�؜合查看的�q�程. 真相位可以在一个场景中,动态切换相�? �怽�内和�怽�外所以不�?/p>
我们常见的真�怽�表现�? �怽�中的角色+玩家+队伍成员
在护送�Q务时, �q�会在上面所见角色中叠加世界中的所有角�? 也就是说, 你和队伍成员可以看到的角�? 其他人看不到, 其他��Z��看不��C��和你的队伍成�?/p>
��Z��清晰的简单的描述, 我�ؓ�怽�创徏如下概念与名�?/p>

�怽�客体

表现为除玩家外的角色(怪物,交互物体与相位可见场�?

�U�有客体

�q�是最常见的一�U�相位内角色

持有变量
取PhasingID�?为PhasingTargetID
生成规则
当玩家开启相位后, 在玩家相位内生成的角�?/span>为私有客�?
此时, ��?PhasingTargetID讄��为相位生成者的实例ID
删除规则
如果玩家退出相�? �U�有客体会存在一�D�|��间或按照需求删�?/p>

公共客体

一般指提前攄��在场景中, 世界内不可见, 但是能被同相位玩家可�?且同�怽�玩家都可以互相可�?比如: 只要接了同一个�Q务的玩家, 都可以看到的NPC

持有变量
取PhasingID�?为PublicPhasingID
生成规则
通过场景�~�辑�? 攄��角色�? 讄��其可被观察到的�Q务ID
角色被加载后, ��Q务ID讄��到StaticPhasingID
删除规则
场景删除, 角色删除

�怽��M��

包含玩家与同队伍玩家

开启相位后, 可见�U�有客体+公有客体
队长视�ؓ�怽��M��, 单�h�? 自己为队�?/p>
队伍其他成员�׃�n队长的私有相位客�?/p>
队伍其他成员�Ҏ��自己的PublicPhasingID匚w��目标对象的PublicPhasingID时可互相可见
持有变量

�怽�开启时, 取PhasingID�? ��色实例ID

�怽�关闭�? 取PhasingID�? �?

PublicPhasingID

可见规则

当两个角色的PhasingID相等�? ��M��与私有客体互相可�?/p>

当两个角色的PublicPhasingID相等�? ��M��与公有客体互相可�?/p>

可以通过开兌��|? 是否在可见的�怽�客体基础�? 叠加世界角色(护送�Q�?

�U�束

玩家同时只能看见1个相�?/li>

战魂��筑 2017-04-08 14:41 发表评论

Golang的简单反��性能��试

战魂��筑 — Fri, 12 Aug 2016 07:26:00 GMT

��试用例

我们对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赋值格外的耗时. 分析性能点在FieldByName�q�个函数�? 我们查了下底层如何实现的:


// 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存在的情况下, 则不必太多担�?

战魂��筑 2016-08-12 15:26 发表评论

服务器开发语�a�比较

战魂��筑 — Tue, 05 Jan 2016 08:51:00 GMT

以下比较的基��都是��Z��一�U�编�E�语�a�+一定的�W�三�Ҏ��者自��q��写的�|�络库和底层�q�行的，Skynet�E�微�Ҏ��Q�但��M��比较合适放到比较中�?/p>

C#

开发效率：Windows下可以通过VisualStudio�q�行开发，其他�q�_��可以使用MonoDevelop�Q�非常方�?/p>

�q�行效率�Q�JIT的性能优化比较��C��Q�能适应90%性能环境

部��v便捷性：可以通过交叉�~�译生成其他�q�_��的可执行文�g�Q�通过mono�q�行可执行文�?/p>

调试便捷性：VisualStudio和MonoDevelop调试均很方便�Q?�q�可�q�程调试

上手度：对C�p�语�a�熟悉的几天就可上�?/p>

热更斎ͼ�可以通过DLL方式�q�行

Web�Ҏ��Q�可做，代码比较啰嗦

崩溃处理�Q�可通过try catch捕获错误

�|�络库编写难度：一般，需注意gc问题

�W�三方网�l�库及框架数量：一�?/p>

Golang

开发效率：�?/p>

�q�行效率�Q��ƈ发上非常有优势，对CPU利用率比较高�Q�原生运行无虚拟�?/p>

部��v便捷性：一�ơ编译到处运行，无�Q何运行库依赖

调试便捷性：实际操作中，单线�E�挂接调试器可行�Q?但变量显�C�Z��正确�Q�开发期基本采用日志方式�q�行查错

上手度：语言��单，�Ҏ��少�Q?新手1周能贡献代码

热更斎ͼ�无法�q�行热更斎ͼ�语言无法�~�译为DLL�Q�也不支持DLL加蝲�Q�linux�q�_��?so加蝲忽略不计�Q?/p>

Web�Ҏ��Q�非常方便，代码�_��

崩溃处理�Q�崩溃后以命令行方式打印出栈�Q�程序内可以捕获��M��崩溃错误�q��l�运�?/p>

�|�络库编写难度：��单，比C socket更简�?/p>

�W�三方网�l�库及框架数量：偏少

Skynet(lua+C)

开发效率：��Z��动态语�a�的开发初�ơ写比较快，后期�l�护和重构会耗费一定的旉��在查错上

�q�行效率�Q�基于lua jit的运行效率还是能接受�?/p>

部��v便捷性：方便�Q?只有底层修改需要重新编译，大部分时间只用更新lua文�g

调试便捷性：不是很方便，��Z��日志方式�q�行查错

上手度：lua语言�Ҏ��有部分和C�p�语�a�有一定差异，��Z��Actor模型的思想学习�Q�适应需要耗费一定的旉��

热更斎ͼ��c�M��于Erlang�Q�可�_��到函数��的热更新

Web�Ҏ��Q�有一些http支持�Q�通过�C�֌�慢慢�q�行完善

崩溃处理�Q�lua天生可以捕获错误

�|�络库编写难度：自带�Q�无需�~�写

�W�三方网�l�库及框架数量：通过�C�֌�慢慢完善

C++

开发效率：�~�译慢，文�g多，通用库少

�q�行效率�Q�native速度标杆

部��v便捷性：�~�写各类的make门槛较高

调试便捷性：可通过VisualStudio�q�行Windows�q�_��调试

上手度：2~3�q�经验的熟手仍然会写出崩溃和泄露代码

热更斎ͼ�可通过DLL�q�行

Web�Ҏ��Q�代码啰嗦，�W�三方库��?/p>

崩溃处理�Q�Windows下可使用SEH捕获�D�异常，其他�q�_��只能通过崩溃后进行coredump分析�Q�容错非常差

�|�络库编写难度：��Z��asio�~�写较�ؓ��单，但��M��看来隑ֺ�不低

�W�三方网�l�库及框架数量：较多

以下是得�?/p>

从发文时的项目对�q�些语言使用率来��_��Java�Q�Erlang�Q�C++�~�写的服务器较多�Q�Golang�Q�JavaScript�Q�C#是第二梯队，Skynet�׃��上手不是很容易，所以仅有两位数的团队在使用�Q�但��M��表现�q�是比较��?

对于老团队， C++的服务器工具铑֒�框架已经相对成熟�Q?完全没必要更换新语言�Q?只是在对接sdk感觉困难�Ӟ��可以��试Golang�q�些对web有优势的语言�q�行混合语言开�?

对于新团队，开发效率，上手度和部��v效率是优先选择的，C#�Q�Golang�Q�JavaScript�q�些新兴语言会让你事半功�?

对于大规模无需选服的服务器�Q?Skynet的actor模型�Ҏ��展会比较�Ҏ��

对于大公司，好项目，上线后需要通过热更新进行bug修补的，C#�Q�C++�Q�Erlang会是首�?

但�ȝ��一点， �q�是�Ҏ��团队熟悉度来选择语言�Q��N然的使用新语�a�的风险也是很大的

战魂��筑 2016-01-05 16:51 发表评论

开源Golang游戏服务器框架cellnet

战魂��筑 — Fri, 16 Oct 2015 03:44:00 GMT

��?方便,高效的Go语言的游戏服务器框架

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

战魂��筑 2015-10-16 11:44 发表评论

战魂��筑 — Mon, 12 Oct 2015 06:27:00 GMT

最�q�接入pp助手的服务器端支�? 按照PP官方提供的文档来�? 需要服务器做RSA的验�?

首先我们来看�?/p>

RSA的几个标准用�?/h1>

非对�U�加密解�?/h2>
假设A要把内容传输�l�B

1. B生成RSA的公钥和密钥, �q�是成对出现�? 密钥由B保存, 把公钥告诉A

2. A用B的公钥加密内�? �q�把密文内容传输�l�B

3. B用密钥解�?/p>

验证

证明某个内容是你发的, 而不是被别�h冒名��替, 例如git的push中就带有�q�个功能

假设A有内�? B要验证内容确实由A发出

1. A生成公钥和密�?/p>

2. A��内容做一个hash, 把hash码用自己的密钥加密�ƈ把这�D�密文发�l�B

3. B用A的公钥对密文�q�行验证, 卛_��认密文是否由A发出

可以看出, 两种用法都是典型的非对称用法

但PP助手却干了�g��奇的事�?

非对�U�当对称��法加解�?/h1>
在PP SDK官方文��? 我们扑ֈ�了PHP语言的验证方�? �Ҏ��里��用了�q�样一个API

openssl_public_decrypt

从官�Ҏ��档看得出�q�个使用openssl的算法库

�c�M��? �q�有Java, C++, Python语言的处理方�?/p>
其中, C++也是用的openssl, Python则是需要预�~�译C库，在Ubuntu下需要手工patch M2Crypto的_ssl.c文�g.

先不说这些非正规的编�?patch�Ҏ��会造成多大的问�? 单就�q�个用公钥解密就很蛋�?/p>
从之前的RSA��法中了�? 只有对公钥进行验证的�Ҏ��, 也就是只能得到是�q�是不是的结�? 但PP的SDK则要求必��ȝ��公钥解密�?/p>
解出的数据�ؓ一�D�json, 以对比是否有订单��改.

那么�q�种做法��q��效于, 用最��单的异或+一个公钥进行订单加�? 然后同样用这个公钥进行解�?/p>
只不�q�用RSA感觉很高�U��?/p>
�q�种做法一旦公钥在PP助手服务器或者玩家的开发服务器, 甚至源代码泄�? 那么马上��有很大的伪造订单的危险

我把�q�个做法发给朋友�? 他们�? 其实PP助手的开发者只��用了RSA, 跟传输不是明文就好了, 至于什么信息安�? 都是�?

战魂��筑 2015-10-12 14:27 发表评论

战魂��筑 — Wed, 09 Sep 2015 11:06:00 GMT

多线�E?同步��d��模型

在我们的游戏��目中��用的golang服务器开发方式如�?/p>

1.多线�E�逻辑

2.同步��d��. 也就是说, 每个��Z��个线�E?goroutine), io�U�程=逻辑�U�程

�q�种方式的优�?

1. 同步��d��方式与�h的思维方式�c�d��

2. 逻辑处理性能有一定提�?/p>

在大规模使用�q�种模式�~�写逻辑�? 我们发现了这�U�模式只�?个缺�? �~�写者需要处理多�U�程关系

但这本��n��实直接致命�? 回想C++时代, 多线�E�处理时, 调试重现的困�䏀?脑补景象太惨不敢直视

单线�E?异步多进�E�模�?/h1>
在C++时代, 我曾�l�编写过一套asio的C++服务器框�? 采用io多线�E? 逻辑单线�E? 依赖着C++高性能的优�? 让开发便��L��单且无需兛_��U�程问题.

那么��C��golang时代, ��Z��么不能试下单�U�程异步多进�E�方式来�~�写逻辑?

与多�U�程同步��d��Ҏ��? 我们发现, 两者优�~�点互补. 那这��回��C��领域选型问题�? 对于游戏服务器需要的上手��? 开发便�? 压力降低(非MMO)�q�些特点来说, 单线�E�异步多�q�程再合适不�q�了

那么, 我们在用golang�~�写单线�E�异步多�q�程服务器应该注意哪些点�?

1. socket处理完全��装, 只通过channel抛出到逻辑�U�程排队处理

2. 数据�? rpc及其他io处理, 一律改为异步回调模�? 不��用同步接�?/p>
3. 玩家存盘提交数据可以考虑复制�q�提交到存盘�U�程方式, 提高性能.

4. 采用多进�E�架�? 比如讄��兌��E? 把io压力分散到进�E�中

5. 逻辑�~�写�? 不允�怋�用go开�U�程及channel, 有需要提高性能部分需要单独编�?/p>

Actor模型的痛

cellnet在开发时本来考虑使用actor模型来进一步简化多�U�程逻辑的麻�? �l�历了一�D�|��间的原型开发后, 发现了一些问�? 列�D如下:

1. golang的强�c�d��不适合actor模型�q�种�l�常需要动态生成各�c�L��息的模型, 但skynet(C+lua)/erlang��有天生优势

2. actor模型本��n不是万能�? 不能解决所有需�? 特别是游�?/p>

3. actor模型理解到应用有一定的隑ֺ�. 本��n�q�需要搭建框�? 上手复杂

��M��, 看过一些erlang及skynet的用�? 没有应用的很�U�正且成熟的成功actor模型案例, 从传�l�socket服务器框架跨��到actor模型会扯到蛋, 因此, 后期cellnet会考虑回归到成熟的socket服务器框�? 把架构做到简单上�? 高扩展上.

战魂��筑 2015-09-09 19:06 发表评论

大服务器架构讨论

战魂��筑 — Tue, 21 Jul 2015 02:30:00 GMT

最�q�参加了一个大服务器架构讨论活�? 记录下心�?

概述

游戏客户端采用Cocos2dx-Lua的纯Lua�~�写逻辑, 服务器采用Golang作�ؓ开发语�a�

游戏�c�d��c�M��于COC,因此无需选服. 需要��用大服务器架构进行处�?

数据�?/b>

采用Mongodb做持久存�? redis做跨服通信数据交换
使用UCloud的云技�? 省去了烦人的�q�维工作
通信及协�?/b>

客户端和服务器通讯使用HTTP短连�? ��Z��json的数据封包协�?
服务器间大量使用Golang自带的json+rpc�q�行通信
服务器类�?/b>

服务器类型大致分为逻辑服务�?战斗服务�? 中心服务�?
逻辑服务�?/b>

逻辑服务器负责日帔R��辑及公共逻辑处理(好友, 公会)
1个逻辑服务器对应一个区, n个区均��用Ucloud云Mongodb�q�行数据存储
战斗服务�?/b>

战斗服务器是一个集��? 集群会返回一个负载最低的服务器返回��?
战斗服务器通过cgo技术与客户端C++/lua的战斗逻辑�q�行逻辑复用, 在此技术上�q�行
战斗逻辑的校�?
中心服务�?/b>

客户端登陆前, 在中心服务器�q�里获得可登陆的逻辑服务器地址, 同时做一个负载均�?
短连�?
评�h

�׃��操作�pȝ��的技术趋于稳�? 同时, 手游的弱交互型导致的游戏架构��于��? 因此�|�络负蝲不再是游戏服务器技术的瓉��. 从经验看�? 游戏服务器技�? 更重要的是还是看数据库的选型及处理方�?
虽然Mongodb的性能上不如内存数据库. 但是从存储安全性上要比个�h搭徏的内存数据库��? 安全
外加上云技术的引用, 性能的瓶颈和�q�维的技术复杂度�q�刃而解
Redis用于跨服数据交互那是再好不过的数据中介了, 保证速度和稳定�? �l�对不是造轮子能比拟�?
短连接在手游上处理�v来比长连接简单一�? 无需做断�U�K��q? 服务器的底层也是由Golang的框架库保证质量�? 因此负蝲毫无问题. 服务器对内及对外均��用json�q�行数据交换, ��化了协议处理. 也方便了调试
json rpc的性能损耗对于整个逻辑的处理来说均可以忽略不计

战魂��筑 2015-07-21 10:30 发表评论

游戏数据库选型mysql,mongo, redis, memcached

战魂��筑 — Fri, 19 Jun 2015 08:23:00 GMT

数据库选择历程

我们的项目一直��用MySQL作�ؓ数据�? 无论是从C++的服务器, �q�是到Golang服务�? 当年搞服务器�? 看大部分人都是用SQL(MySQL/SQLServer), 而Mongo感觉像邪教一�? 再加上服务器�q�是Linux比较正统, 所以果断选了MySQL.

刚开始感�?游戏服务器的数据存储其实应该是蛮��圣的过�E? 那么多的数据, 需要按照MySQL一样分�? 分字�D�存�? ��Z��查询, �q�要乖乖的学一下SQL的语�?/p>
��p��么折腾了几年. 在云DB的蒙蔽下, 一直认为MySQL��是做游戏服务器存储的专业技�? 分布式和存储压力一定交�l�云DB来做. 直到真正试了下NoSQL在游戏服务器开发里的思�\.

用了Golang, 才发现同步写逻辑是多么的优雅.

用了NoSQL�p�d��的数据库, 才意识到: 游戏服务器的数据存储和游戏服务器的存盘两个概念差异其实蛮大的.

MySQL�? 背包其实跟角色完全没有关�p? 只是通过1个角色id映射�q�去, ��Zؓ的割裂了数据的关联�? �q�硬生生的整��Z��概念叫结构化查询让你�?/p>
NoSQL�? 只是把数据库当成是存储点, 每个角色的数据是完整的一�? 里面怎么存随你便. 每个角色通过id来查�? 其他都没有了

于是�? 游戏开发变得异常简�? MySQL角色�q�门查询4~5�ơ才能搞定要的数�?而NoSQL一口气全查出来, 存盘也无需增量, 直接存盘��可以了

所以现在觉�? NoSQL的思�\对于游戏服务器存储来说简直是完美�?

转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

NoSQL数据库方案对�?/h1>
NoSQL下实现方案很�? 游戏常用的就�q�么3�? mongo, redis, memcached

下面说下优缺�?/p>
mongo

��盘映射内存数据�?/p>
value为document�c�d��, ��Z��BSON的value序列�?/p>
应用场景:

适合多写��读, 例如日志和备�?/p>
转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

redis

内存数据�?/p>
单核

value限制512M

多种value�c�d��, 游戏用途��用私有的序列化协�?例如protobuf)

支持落地(bgsave)

用户: 新浪, 淘宝, Flickr, Github

应用场景: 适合��d��都很�? 数据处理复杂�{?/p>
转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

memcached

内存数据�?/p>
多核

value限制1M

不支持落�?持久�?

用户: LiveJournal、hatena、Facebook、Vox

应用场景: 动态系�l�中的缓�? 适合多读��写

转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

个�h评�h

memcached 适合�|�页�~�冲, 游戏里很��有使用. 目前只有腾讯云支持云memcached

redis非常适合游戏的内存数据库, 但是落地�{�略会比较复�? 需要具体分�? 可以参考后面的链接看下云风怎么处理�q�个问题

mongo数据库在早期�q�是非常不错的NoSQL的数据库. 工具比较方便, 可视�? 但是随着�q�年来游戏的�q�发度越来越�? 所以�ؓ了一�ơ到�? 很多��是选择了redis

下图参考自知乎问题. 链接在后面有提示, 若��R权请联系删除

转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

参考链�?

    谈谈陌陌争霸在数据库斚w��t�过的坑( Redis ��?

http://blog.codingnow.com/2014/03/mmzb_redis.html

转蝲��h��? 战魂��筑http://www.shnenglu.com/sunicdavy

Memcache,Redis,MongoDB�Q�数据缓存系�l�）�Ҏ��Ҏ��与分�?/p>
http://blog.csdn.net/suifeng3051/article/details/23739295

http://www.zhihu.com/question/31417262

战魂��筑 2015-06-19 16:23 发表评论

战魂��筑 — Fri, 30 Jan 2015 08:25:00 GMT

最�q�发�? golang写的游戏服务�? 在非调试状态下, 一切正�? 但是在挂接gdb调试�? 无法收到�|�络消息. 打了很多日志, 发现, 只要有goroutine的地�? 都没有切换进�?

回想了下, goroutine的调度规�? 1.4之前, 在碰到syscall�? goroutine会被调度�q�处�? 1.4�? 只要有函数调用时, 均会�q�行一�ơ调�? 密度比以前增加了, 更加接近真线�E�的处理.

�Ҏ��q�个原理, 问题应该出现在服务器底层没有�l�系�l�提供调度机会的点上. 我们的服务器通过一个bool型的chan�q�行��d��, 让服务器�l�持��d��q�行消息处理不退�? 但是最�q��ؓ了在windows下提供命令行支持, 增加了一些代�? 如下

1: func WaitForExit() {
2:
3: if len(peerMap) == 0 {
4: log.Println("no peer running, exit!")
5: return
6: }
7:
8: // 命��o行功能只在windows下启�?/span>
9: if runtime.GOOS == "windows" {
10: reader := bufio.NewReader(os.Stdin)
11:
12: var running bool = true
13:
14: go func() {
15: select {
16: case <-exitChan:
17: running = false
18: }
19: }()
20:
21: for running {
22: data, _, _ := reader.ReadLine()
23: command := string(data)
24:
25: dispatchConsoleCommand(command)
26: }
27: } else {
28: // Linux环境
29: <-exitChan
30: }
31:
32: }

我暂时屏蔽了新加的这套功�? �l�持<-exitChan, 问题马上解决

�l�合前面的猜��? 我估计在reader.ReadLine()函数�? 没有�l�底层提供调度的��Z��, ��D��其他goroutine无法�q�行, 造成服务器卡�?/p>
技术讨论群: 309800774 �Ƣ迎golang爱好者加�? �U�技术研�?/p>

战魂��筑 2015-01-30 16:25 发表评论

C/C++服务器架构机制设计�ȝ��

战魂��筑 — Thu, 18 Dec 2014 08:39:00 GMT

�q�期在写��Z��go的游戏服务器框架, 在全面脱��C/C++�? 需要对老架构进行一个�ȝ��
��Z��C/C++游戏服务器框架��M��设计的还是不错的, 兄弟们��M��使用效果都是好评. 因�ؓ在技术上喜欢"��h��", 所以在很多设计�? 都是力求��? 高效(开发效�?.
��Z��d��的异步DB查询�pȝ��, 带多重异步的同步
代码�C�Z��:
1:
2: void BatchQueryPlayerInfo( uint32 ClientID, const std::string& AccountName, int64 CharID )
3: {
4: GDBExecutor->Commit
5: (
6: dynamic_cast( (new DBQueryCharInfo( ClientID, CharID ) )
7: ->LinkAtomTask( new DBQueryQuest( ClientID, CharID ) )
8: ->LinkAtomTask( new DBQuerySkill( ClientID, CharID ) )
9: ->LinkAtomTask( new DBQueryHero( ClientID, CharID ) )
10: ->LinkAtomTask( new DBQueryAccountInfo( ClientID, AccountName ) )
11: ->LinkAtomTask( new DBQueryEquip( ClientID, CharID ) )
12: ->LinkAtomTask( new DBQueryObject( ClientID ,CharID ) )
13: ->LinkAtomTask( new DBQueryLevel(ClientID, CharID))
14: ->LinkAtomTask( new DBQueryChapter(ClientID, CharID))
15: ->LinkAtomTask( new DBQueryActivity( ClientID, CharID ))
16: )
17: );
18:
19: }

�q�段主要处理玩家在登陆时, 需要从DB查询大量的不同分�cȝ��数据. ��Z��保证效率, 我让每个Task�q�行执行, 然后通过一个机�? 让所有�Q务完成后, 回调�W�一个�Q务的一个函�? �q�样��无需手动实现很多�_�合代码, 避免了反复调试和错误

��Z��protobuf反射机制的语句自动合�?/strong>

1: DBUpdateCharInfo::DBUpdateCharInfo( int64 CharID, const std::string& Buffer )
2: {
3: char buffer[256];
4:
5: sprintf( buffer, "update tb_char set $FIELD$ where charid = %lld;", CharID );
6:
7: ExecuteCommand( buffer, Buffer, dbopr::FET_Equation );
8: }

�q�段��是一个典型的DB��d��, 构造函数提供了CharID和一个由�l�构体序列化好的buffer, $FIELD$字段, 是通过反射�Ҏ��Buffer内容, 自动填充字段

�q�段例子�? $FIELD$可以填充�?hp=100, mp=100之类�? 自动填充避免了因为添加字�D늚�到处��d��代码, �q�需要调�? �Ҏ��搞错

配置�pȝ��概念

��Z��同一个配�|�系�l? 分层实现不同的需�? 更简单的�? 解决�?个实际问题是:

自己改了配置文�g中的ip, 上传svn�? 覆盖了别人的配置, 很多人的解决�Ҏ��都是, 本地配置不提�? 但同旉��题又来了:

当配�|�中有别人新加的�pȝ��配置, 怎么保证每个人都能更新到?

上线�? 服务器交付运�l? 他们会对配置有一定程度的修改, �q�个时候怎么合�ƈ�E�序配置和运�l�配�|?

其实对于冲突的需�? 只要对系�l�进行分层就可以解决问题,我的处理方式:

配置分�ؓ:

全局配置: 所有服务的��M��配置

单服务配�|? 本服务的配置, 涉及�|�络及逻辑

本地配置: �q�个配置每个��Z��? 不上传SVN

命��o行配�|? 格式和前面的一�? �q�块��可以通过�q�维�q�行配置

��M��l�构其实��是OO的派生概�? 下层可以覆盖, 修改上层的配�|?/p>

服务器互联及识别框架

基本功能: ��Z��一些简单的配置��可以将多台服务�? 同种�cȝ��不同服务器互相连接�v�? 断线自动重连.

服务器连接后, 所有服务器可知晓�ƈ可自动按需�q�接

逻辑端也很方便的�q�行�q�播或者单独发送等

也就是说, 每个服务器的�q�接和接受端都是带识别名�U�或id�?

后面觉得�q�套东西实在是做的复�? 多整��Z��C��心服务器来做. 但好�Ҏ��架稳定下来了, 也就好了.

��Z��lua的服务器web后台框架

思想是很不错�? C++ 配合lua本��n�l�对是个��p�|

问题出在web处理,本��n都是一个同步阻塞过�E? 而这个后台框架是异步方式来做, 所以特别别�?/p>
不过比�v以前的本地GM�pȝ��, �q�块的设计是伟大的进�?/p>

现在正在设计��Z��golang的服务器框架, 基本框架已经完工, �{�待�~�写逻辑后的实战��试

以上的很多思想在golang的服务器框架都有改进, 特别是golang本��n做web也是优秀�? 外加martini�q�种牛X框架, 更是水到渠成

如果你对服务器框架设计有特别的认�? 或者想��撞思想, 可以加博客群 309800774或者我的qq: 20998333讨论

战魂��筑 2014-12-18 16:39 发表评论

在liteide中，自动get�W�三方包

战魂��筑 — Thu, 27 Nov 2014 09:19:00 GMT

LiteIDE中有一个get按钮可以模拟go get –v 的操�?/p>

但默认因为找不到git而报错�?解决�Ҏ��如下�Q?/p>
�?a title="http://git-scm.com/downloads" >http://git-scm.com/downloads下蝲对应�q�_��git

在LiteIDE的查�?>�~�辑环境变量中，修改PATH�Q?加入git路径。例�?/p>
PATH=c:\mingw64\bin;%GOROOT%\bin;c:\Program Files (x86)\Git\bin;%PATH%

再按下Get键， �W�三方包��׃��自动更新�?/p>

战魂��筑 2014-11-27 17:19 发表评论

Linux x64�q�_��golua的安装及使用

战魂��筑 — Tue, 18 Mar 2014 04:51:00 GMT

�q�里使用的golua版本�?a title="https://github.com/aarzilli/golua" >https://github.com/aarzilli/golua

按照作者的安装�Ҏ��在天朝行不通的, 原因你懂�?/p>
因此�q�入�q�个链接, 点击双��的Download ZIP下蝲快照�?/p>
下蝲好后攑ֈ�你的GOPATH指定路径, 整理路径如下

github.com\aarzilli\golua\

其下的目录如�?/p>
example\
    lua\
    LICENSE
    README.md
    TODO

然后准备lua5.1的开发包

lua-5.1.4.tar.gz

�q�有2个第三方依赖�?/p>
readline-6.2.tar.gz

ncurses-5.9.tar.gz

直接configure �?gt; make install 装好

go env��认你的GOPATH已经指向你的开发目�?/p>
golua默认使用cgo�q�行�~�译, 可能会报�? 修改lua.go的cgo定义如下

#cgo linux,!llua,!luaa LDFLAGS: -llua -lm –ldl

�q�入$GOPATH\src\github.com\aarzilli\golua\lua

执行go install

完成

战魂��筑 2014-03-18 12:51 发表评论

战魂��筑 — Wed, 22 Jan 2014 04:23:00 GMT

概述

目前Go�~�译器是C写的�Q�是时候换成Go啦�?
背景

“gc"Go工具链来自Plan 9�~�译器的工具链。组装器、C�~�译器和链接器基本没变。Go的编译器(cmd/gc,cmd/5g,cmd/6g,cmd/8g)是配合工具链写的新的C�E�序�?
��目起始�Ӟ��用C而不是Go写编译器有很多好处。突出的比如�Q�首先，那时候Go�q�不存在�Q�没法儿写编译器。而且实际上，��q��存在�Q�也会经常有明显的不兼容的变化。用C不用Go可以避免初始和持�l�开发导致的问题。然而如今Go 1已经�E�_��Q�所以这些持�l�的问题减少了很多�?
持箋开发的问题已经消除�Q��ؓ了让Go实现的编译器比C更有吸引力，另一些工�E�问题出玎ͼ�

写正��的Go代码比写正确的C代码更容易�?/p>

调试错误的Go代码比调试错误的C代码更容易�?/p>

使用Go�~�译器需要对Go有一定理解。而用C�~�译器还需要一定理解C�?/p>

Go使�ƈ发执行比C更方�ѝ�?/p>

Go有更好的标准支持模块化，自动重写�Q�单元测试和性能分析�?/p>

Go比C更有��?fun)�?/p>

��Z��以上理由�Q�我们相信是时候用Go写Go�~�译器啦�?
计划设想

我们打算用自动化��译工具来用Go重写现在C的编译器。这个翻译需要一些阶�D�，��从Go 1.3开始持�l�到未来的发行版�?
�W�一阶段。开发和调试一个自动化��译工具。这可以在日常开发时同步�q�行。而且�Q��h们还可以在这个阶�D��ؓC�~�译器��l�改�q�。这个工具工作量很大�Q�不�q�我们有信心完成�q�个�Ҏ��使命的工兗��有许多C的观忉|��法儿直接转换成Go�Q�macros(�?�Q�unions(联合�Q�共用体,)�Q�bit fields(位域)可能最先考虑。比较幸�q�（不是巧合�Q�，�q�些功能功能用的��，都会被翻译掉。指针运��和数组也需要一些�{换工作，��管�~�译器里很少。编译器里主要是tree(�?和linked list(链表)。翻译工具会保留注释和C代码的结构，所以翻译后的代码和当前的编译器代码一样可阅读�?
�W�二阶段。用��译工具转换C代码到Go�Q��ƈ删除C源码。这时我们已�l�开始翻译，但是Go�q�是�q�行在C�~�译器上。非�怹�观的�Q�这可能发生在Go 1.3。不�q�更可能是Go 1.4�?
�W�三阶段。��用一些工��P��可能来自gofix和the Go oracle�Q�拆分编译器到包�Q�清理和文档化代码，��d��适当的单元测试。这是编译器会是地道的Go�E�序。目前打��在Go 1.4实现�?
�W�四a阶段。��用标准的分析和测试工具优化编译器的CPU和内存��用。可能要引入�q�行。如果真�q�样�Q?a >Race Detector(Go的�ƈ行竞争检��工�?)会有很大帮助。这目标在Go 1.4�Q�可能部分会延后�?.5。基本的优化分析会在�W�三阶段完成�?
�W�四b阶段。（和四a几段同时�q�行�Q�当�~�译器依照明昄��界限分割成包之后�Q�需要明��引入一个中介码�Q�在�l�构无关的无序树(Node_s)和结构相关的有序链表(Prog_s)之间。这个中介码应该不依赖整体架构，但是包含准确的执行顺序信息，可以用于有顺序但是结构无关的操作的优化，比如清理多余的nil��和出界��。这些过�E�基�?a >SSA�Q�静态单赋��|��Q�你可以从Alan Donovan�?go.tools/ssa 包中了解更多�?
�W�五阶段。替换go/parser和go/types到最斎ͼ�全新�Q�的版本。Robert Griesemer参考现在的�l�验�Q�讨��Z��设计新的parser和types的可能。如果联�p�M��们到�~�译器后端，�怿�对设计新的API有很大帮助�?
自展�Q�Bootstrapping�Q?/strong>用Go语言实现的Go的编译器�Q�从一开始就要考虑如何自展。我们考虑的规则就是Go1.3�~�译器必��ȝ��Go1.2�~�译�Q�Go1.4的编译器必须由Go1.4�~�译�Q�以此类推�?
�q�时�Q�我们就有了一个清晰的��程来生成当前的�E�序�Q�编译Go1.2的工具链�Q�由C�~�写�Q�，然后使用它编译Go1.3的工具链�Q�以此类推。这里需要一个脚本来做这个事情，来保证只会消耗CPU的时间而非某个人的旉��。这��L��自展�Q�每个机器只会做一�ơ，Go1.x的工具链��会在本��C��留，�q�在执行all.bash来编译Go1.(x+1)工具铄��时候被再次使用�?
昄��Q�随着旉��的推�U�这�U�自举方式是不充分的。在后面的多个版本被发布之前�Q��ؓ�~�译器写一个后端来生成C代码也许是一个更有意义的事情。这些C代码不要求效率或可读性，只要正确卛_��。这些C代码��会被签入，��像我们�{�օ�由yacc生成的y.tab.c文�g一栗��这��P��自展�q�程��׃��变成�Q�先用gcc�~�译C代码生成一个自展编译器�Q�然后��用这个自展编译器来编译真正的�~�译器。类��g��另一个自展过�E�，�q�个自展�~�译器将会在本地保留�Q��ƈ在每�ơ执行all.bash的时候重复��用（不用重新�~�译�Q��?
替代选择�q�有一些比较明昄��替代�Ҏ��Q�需要我们说明一下�ؓ什么放弃了�q�些选择�?
从一开始写一个编译器。现在的�~�译器有一个非帔R��要的特征�Q�他们能够正常工作（或者其臛_��能够满��所有用��L��要求�Q�。尽��Go语言比较��单，但是�~�译器中有很多细微的�l�节优化和改写，直接丢弃10或数�q�的在这上面的努力是比较愚蠢的�?
对编译器�q�行人工��译。我们已�l�以人工的方式翻译了一��部分C/C++代码到Go语言了。这个过�E�是枯燥而且易错的，且这些错误非常的�l�微及难以发现。相反，使用机械��译会�Ş成一些比较一致的错误�Q�而这些错误是易于发现的；而且不会因�ؓ枯燥的过�E�开��差。Go�~�译器的代码明显的比我们��译的代码多很多�Q�超�q?0,000行C代码�Q�机械翻译会使这个过�E�容易一些。就像Dick Sites�?974�q�说的一��P��“相比写�E�序�Q�我宁愿写一个程序来帮我写程序。�?使用机械来翻译编译器也方便于在准备好切换之前�Q�我们可以��l�开发完善现有的C�E�序�?
只翻译后端�ƈ链接到go/parser和go/types.从前端传�l�后端的数据�l�构所包含的信息中�Q�go/parser和go/types所能提供的除了API��没其他的东西了。如果��用这些库来替代前端，需要写代码来�{换go/parser和go/types所能提供数据结构到后端�Q�这是一个非常宽泛且易出错的工作。我们相信��用这些库是有意义的，但更明智的是�Q�等到将�~�译器代码调整的更像Go�E�序�Q�分成确定边界的、包含说明文��和单元��试子包之后再��用�?
攑ּ�现有的编译器�Q��用gccgo�Q�或者go/parser + go/types + LLVM, …）。现有的�~�译器是Go语言昑־�比较灉|��的一个重要组成部分。如果尝试��用基于大量代码的GCC或LLVM来开发Go�E�序�Q�感觉会有碍到Go语言的灵�z�L��。另外，GCC是大量C代码�Q�现在有部分C++�Q�、LLVM是大量C++代码的程序。以上列丄��、用于解释不使用现有�~�译框架代码的几个原因，也都适用于更多的�c�M��的代码库�?
C语言的长期��?/h5>
临近�l�束�Q�这个计划还留下了由C写成的Plan9的工具链的一部分。在长期发展中，�q�是��所有的C从代码树排除掉比较好。本章节推测了一下这件事��会如何发生�Q�但不保证其指定会发生或者按照这�U�套路发生�?
�q�行时包(runtime)�?runtime包的大部分都是用C写成�Q�基于一些同��L��原因�Q�Go�~�译器也是用C实现。但是，runtime包远比编译器的代码量要小�Q�且它现在已�l�是用Go和C混合�~�写。将C代码转换为Go代码�Ӟ��一�ơ�{化一部分貌似也是可行的。其中，主要部分有：调度器（scheduler�Q�，垃圾回收�Q�the garbage collector�Q�，散列映射表（hash map�Q�的实现�Q�和channel的实现。（�q�里Go和C代码混合的很融洽�Q�是因�ؓ�q�里使用�?c而不是gcc来编译的C代码。）
C�~�译器�?Plan 9的C�~�译器本�w�就是用C写成�Q�如果我们要从Go包实现里面移除所有的C代码�Q�那么我们将�U�除�q�些�~�译工具�Q�“go tool 6c”等�{�，另外�Q?c的文件也��不被支持出现的Go包的目录里面。我们应该提前声明这��L��计划�Q�以便��用C的第三方包有旉��ȝ��除这�c�C代码的��用。（Cgo�Q�由于��用了gcc来替�?c�Q�所以它仍然可以作�ؓ一个途径来在Go包中使用C实现部分功能。）在Go1的兼�Ҏ��文档中没有包含工具链修改的描述�Q�也��是说去掉C�~�译器是被允许的�?
汇编器�?Plan 9的汇�~�器也是用C实现的，但这个汇�~�器只不�q�是一�p�d��解析树组成的��单解析器�Q�这使得不论手动�q�是自动��它��译成Go语言都比较简单�?
�q�接器�?Plan 9的连接器也是由C写成。最�q�的一些工作，已经��大部分的连接器工作攑ֈ�的编译器中，而且�Q�也已经有个计划��剩余的部分重写成一个新的、更��单的Go�E�序。�{�U�d��~�译器的部分�q�接器代码，现在需要随着�~�译器的原有代码一赯��行翻译�?
��Z��Libmach的工�? nm, pack, addr2line, 和objdump�?Nm现在已经使用Go语言重写。Pack和addr2line可以��M��一天被重写。Objdump现在依赖于libmach的反汇编器，但这些�{换�ؓGo也是比较��单的�Q�不论是使用机械�q�是人工��译。所以基于这几点�Q�libmach本��n��来也可以被�U�除�?

来源: http://www.oschina.net/translate/go-1-3-compiler-overhaul
英文来源:https://docs.google.com/document/d/1P3BLR31VA8cvLJLfMibSuTdwTuF7WWLux71CYD0eeD8/preview?sle=true&pli=1

战魂��筑 2014-01-22 12:23 发表评论

go语言开发环境LiteIDE自动完成功能失效解决�Ҏ��

战魂��筑 — Fri, 03 Jan 2014 11:10:00 GMT

比较�q�LiteIDE和eclipse+goclipse, 最后还是觉得LiteIDE��z?但发现其自动完成功能偶尔会出�? 随即搜烦, 发现其��用gocode的一个开源项目开了一个简单服�? 为各�U�IDE提供高速的自动完成服务.在goclipse环境发现其报了版本不匚w��的错, 而最�q�go的更��C��是很频繁, 所以觉得应该是gocode版本�q�老造成.

搜烦到gocode的开发页�?a >https://github.com/nsf/gocode �l�果发现nsf�q�家伙居然也是luaBridge的作�?

下蝲最新的gocode代码, 解压�? �~�译:

windows下命令行

go build gocode.go autocompletecontext.go autocompletefile.go client.go config.go cursorcontext.go decl.go declcache.go formatters.go os_windows.go package.go ripper.go rpc.go scope.go server.go utils.go

linux�? 只需要将os_windows.go换�ؓos_posix.go卛_��

�~�译完成�? ��可执行文�ggocode覆盖到liteIDE下的同名文�g, 杀掉gocode�q�程后重启liteIDE卛_��

战魂��筑 2014-01-03 19:10 发表评论

战魂��筑 — Tue, 24 Sep 2013 08:46:00 GMT

��boost更新�?.53�? 发现luabind��L��~�译不过, 报错如下

error: missing binary operator before token "("

�Ҏ��老外的描�q? boost中的BOOST_PP_ITERATION_FLAGS�?.49版本后发生了一些变�?

在git扑ֈ�一个patch, 链接在此

以下��单描�q?/p>
修改call_function.hpp, call_member.hpp及wrapper_base.hpp

��L��#elif BOOST_PP_ITERATION_FLAGS() == 1

更换�?/p>
#else

#if BOOST_PP_ITERATION_FLAGS() == 1
然后在源码底部加一�?endif卛_��

战魂��筑 2013-09-24 16:46 发表评论

捕获Linux�D�错�?Segment fault)�q�且打印错误堆栈

战魂��筑 — Sat, 29 Dec 2012 09:53:00 GMT

Linux上跑服务器如果遇到程序崩溃是一件很苦恼的事�? 再碰到重现很隄��BUG, 估计只能通过传统的排查方法进�?

在编写本文前, �W�者��用过诸如libunwind�{�库�q�行错误时堆栈打�? 但是其本�w�由于需要引用第三方�? 使用�q�是�E�微�ȝ��.

�l�过Google�? 居然扑ֈ�一��?a >好文, 光��过捕获SIGSEGV信号, �q�迫使程序进入gdb调试阶段, 利用gdb强大的调试功能可以进行各�U�错误跟�t? 此法已与Windows下程序崩溃后弹出VC调试几乎接近.

我在此文基础�? 扩展了其通用性及便利�?/p>
1. 使用gdb�?-ex参数, 在挂接程序后, 执行bt指��o打出�E�序堆栈

2. ��信息重定向到自定义的文�?在多�q�程都需要进行后台输出时带来更大的灵�z�L�? 同时也解决了gdb只能在前台调试的问题

代码如下
#include #include #include #include <string.h> void dump(int signo) { char buf[1024]; char cmd[1024]; FILE *fh; snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid()); if(!(fh = fopen(buf, "r"))) exit(0); if(!fgets(buf, sizeof(buf), fh)) exit(0); fclose(fh); if(buf[strlen(buf) - 1] == '/n') buf[strlen(buf) - 1] = '/0'; snprintf(cmd, sizeof(cmd), "gdb %s %d -ex=bt > ./a.txt", buf, getpid()); system(cmd); exit(0); }

在服务器开启时,��d�� signal(SIGSEGV, &dump ); �q�行信号处理挂接卛_��

引用: http://blog.csdn.net/kakaka2011/article/details/6597857 作�? kakaka2011

战魂��筑 2012-12-29 17:53 发表评论

��g�h的boost::asio::async_read_until

战魂��筑 — Mon, 03 Dec 2012 07:12:00 GMT

最�q��ؓ服务器添加XMLSocket与Flash�q�行通信, �q�种协议其实是一�U�以\0�l�尾的字�W�串协议, ��Z��让asio兼容此协�? 我从文��扑ֈ�了async_read_until异步��d��p�d��, �q�个函数的原理时, �l�定一个streambuf, 和一个分隔符, asio��到分隔�W�时�q�回, 你可以从streambuf中读取需要的数据. 看似很简�? 我很快写好一个demo与Flash�q�行通信, �l�果发现在一个echo逻辑速度很快�? 服务器居然�ؕ包了, �|�上查了�? 官方原文是这��L��:

”After a successful async_read_until operation, the streambuf may contain additional data beyond the delimiter. An application will typically leave that data in the streambuf for a subsequent async_read_until operation to examine.�?/p>
意思是, streambuf中�ƈ不一定是到分隔符前的所有数�? 多余的数据可能一样会在streambuf�? 也就是说, �q�需要自己再�ơ处理一遍数�?..

动手�? async_read_until看似��是一个废�? 底层已经费了很多CPU在逐字�W�与分隔�W�的匚w��? 抛上来的数据居然�q�是半成�?

代码如下, ��试通过, 但是实在很费解�ؓ啥非要再做一��?.
boost::asio::streambuf* SB = SBP.get(); // 讉K��~�冲 const char* Buffs = boost::asio::buffer_cast<const char*>( SB->data() ); uint32 DataSize = 0; for ( uint32 i = 0; i < SB->size(); ++i ) { const char DChar = Buffs[i]; // �q�里需要自己判断字�W�串内容, read_until的文��里�q�么说的 if ( DChar == '\0' ) { DataSize = i; break; } } if ( DataSize > 0 ) { // 取成字符�?/span> std::string FullText( Buffs, DataSize ); // 消费 SB->consume( DataSize ); mWorkService->post( boost::bind(&AsioSession::NotifyReadString, shared_from_this(), FullText ) ); }
另外, ��Z��保证输入性安�? 可以在streambuf构造时加一个最大一个读取量, ��过此量会返回报�? 避免了缓冲区被撑爆的危险

战魂��筑 2012-12-03 15:12 发表评论

MySQL++操作MySQL中造成Commands out of sync�?014错误分析

战魂��筑 — Wed, 13 Jun 2012 09:57:00 GMT

MySQL++在MySQL原始C接口上做了一些封�? �l�操作带来很大便�?

最�q�遇到DB服务器中报出一个MySQL的错�?Commands out of sync; you can't run this command now,2014

查阅很多代码, 解决�Ҏ��都是使用C接口的方�? 模仿其解��x��?在MySQL++中找��C��比较好的解决�Ҏ��:

�Ҏ��A: 清空每次未��用的记录
for (int i = 1; DataQuery.more_results(); ++i) { DataQuery.store_next(); }

其中 DataQuery�c�d��为mysqlpp::Query

�Ҏ��B: 对于存储�q�程�?使用了多个select语句�q�回同样的列�l�果, ��需要��用以下语�?/p>
static void print_multiple_results(Query& query)
{
// 执行查询�q�输出结果表
StoreQueryResult res = query.store();
print_result(res, 0);
for (int i = 1; query.more_results(); ++i) {
res = query.store_next();
print_result(res, i);
}
}

参考文�?http://hi.baidu.com/freeknight/item/ea9fd88e7d291f854514cf43

战魂��筑 2012-06-13 17:57 发表评论

战魂��筑 — Thu, 26 Apr 2012 03:11:00 GMT

传统发布现状

传统的服务器/客户端版本发布流�E�都需要经历以下流�E?

1. 获取代码

2. �~�译代码

3. ��配�|?二进制文�? 资源打包

4. 挂接�q�程服务器磁盘拷贝打包文�?/font>

5. �q�程操作解压打包文�g

6. 修改讄��,指向最新版�?/font>

7. 重启服务�?/font>

此流�E�繁�?重复且无�? 同时, �׃��|�络带宽,�|�速等�U�束, 每次若��用完整包发布,传输��h��非常吃力

本文讨论的外�|�服务器�׃��安全性要�?��止root��d��,只能用普通帐��L��录或传输�? 提权为root�l�箋�q�行以上操作, 因此rsync的��用受��C��重限�?/font>

即便使用Windows下的同步软�g, 也几乎不可能.

HG�Ҏ��及优势

HG作�ؓ一个优�U�,��y的跨�q�_��代码��理软�g的特�?正好能解决以上问�? 主要�Ҏ�?

1. 安装��? 可以使用代码直接安装

2. 利用本地映射版本可以�Ҏ��版本做差异比�?/font>

3. 增量包传�? 100%同步, 本地文�g删除�? �q�程文�g也会同步删除

4. 传输压羃

5. 增量包可以打包�ؓpatch�q�行��ȝ��更新

6. 可以恢复��C�Q意版�? 提交版本有据可查

以下部��v�pȝ��以CentOS为基��, 其他�pȝ��c�M��

本文来自战魂��筑的博�?a href="http://www.shnenglu.com/sunicdavy">http://www.shnenglu.com/sunicdavy 转蝲��h��明来�?/font>

��E�服务器安装HG

安装依赖�?/font>

yum install python-devel

获取HG源码

wget http://mercurial.selenic.com/release/mercurial-2.1.tar.gz

tar zxvf ./mercurial-2.1.tar.gz

�~�译安装

make all

make install

hg debuginstall

使用HG同步数据

创徏仓库

扑ֈ�你需要同步的目录,�q�入目录

执行

hg init

vi .hg/hgrc

��d��以下内容,让这个仓库支持外部push

[ui]

username=服务器提交后看到的用户名

[web]

push_ssl = false
allow_push=*

同步

vi /etc/sysconfig/iptables

��d��HG服务�?000端口

-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 8000 -j ACCEPT

开启仓库同步服�?/font>

hg serve

本地机器同样扑ֈ�文�g�?创徏仓库

hg init

以后每次需要同步时,使用命��o,或者乌龟HG的界面工��h��取服务器数据卛_��

hg pull http://服务器地址:8000

版本提交�Ҏ��与HG日常使用�c�M��, �q�里不再阐述

��ȝ��更新

对于某些服务器深处防火墙或者安全登录后�?不能直接开�?000端口的情�?/p>
可以使用hg导出一个patch, 传输到远�E�服务器, 使用hg import PATCH 卛_��

战魂��筑 2012-04-26 11:11 发表评论

让C/C++�E�序一�ơ编译可以发布到多版本Linux之上

战魂��筑 — Fri, 20 Apr 2012 03:35:00 GMT

最�q�页游开攑��^台比较多, 每个�q�_��要求的Linux版本各不相同, �q�给开发�h员部�|�服务器带来了很大的困难. 在本机Linux�~�译的程�?发布时即便将依赖的so附带到目标Linux环境,仍然会碰��C��赖及版本问题,例如:

[root@localhost bin]# ldd wkcenter
./wkcenter: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./wkcenter)
./wkcenter: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./wkcenter)
./wkcenter: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./wkcenter)
./wkcenter: /lib/libc.so.6: version `GLIBC_2.9' not found (required by ./wkcenter)
./wkcenter: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./wkcenter)
./wkcenter: /lib/libc.so.6: version `GLIBC_2.8' not found (required by ./wkcenter)
./wkcenter: /lib/libc.so.6: version `GLIBC_2.11' not found (required by ./wkcenter)
        linux-gate.so.1 => (0xffffe000)
        liblog4cpp.so.4 => not found
        libprotobuf.so.7 => not found
        libboost_filesystem.so.1.48.0 => not found
        libboost_system.so.1.48.0 => not found
        libboost_thread.so.1.48.0 => not found
        libboost_program_options.so.1.48.0 => not found
        libunwind-x86.so.7 => not found
        libluabind.so.0.9.0 => not found
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x008ae000)
        libm.so.6 => /lib/libm.so.6 (0x0044b000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00476000)
        libc.so.6 => /lib/libc.so.6 (0x002c1000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x0041d000)
        librt.so.1 => /lib/librt.so.1 (0x00440000)
        /lib/ld-linux.so.2 (0x002a2000)

上面�U�字部分表示glibc及glibcxx库依赖不正确. 本�h使用的Linux�~�译版本为Mint 11(��Z��Ubuntu), 一般Ubuntu发行版的glibc配备非常�? 但是上文中的发布的Linux版本为CentOS 5.8

使用/lib/libc.so.6 查看libc版本�?.5, �q�远低于开发环境的2.11

GNU C Library stable release version 2.5, by Roland McGrath et al.
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.1.2 20080704 (Red Hat 4.1.2-51).
Compiled on a Linux 2.6.9 system on 2012-02-21.
Available extensions:
        The C stubs add-on version 2.1.2.
        crypt add-on version 2.1 by Michael Glad and others
        GNU Libidn by Simon Josefsson
        GNU libio by Per Bothner
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Native POSIX Threads Library by Ulrich Drepper et al
        BIND-8.2.3-T5B
        RT using linux kernel aio
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

�׃��Linux操作�pȝ��的特有elf加蝲��序. (可以参�?a >此文). 虽然可以很大�E�度上解决Windows早期版本的dll hell问题, 但是�l�部�|�带来了很大隑ֺ�

一般常见的解决�Ҏ��? 扑ֈ�一个与目标Linux版本及glibc版本一致的Linux, ��代码及依赖包放在之上编�? 完成后再发布.�q�种�Ҏ��与Linux下常见��Y件安装方法类�? 但是对于商用服务器部�|�步骤来说未免繁�? 安全性低.

�q�有一�U�方�?使用静态链�? ��所有可执行文�g文�g依赖的静态库, �pȝ��?全部静态链接到可执行文件中,可以一�ơ性解册��个问�?/p>
步骤:

    1. 在gcc链接命��o行中��d��-static -static-libgcc -static-libstdc++

    2. ��第三方依赖库打开静态链接开�? ��原来链�?so的库,全改为链�?a

    3. gcc寚w��接库��序很敏�? 链接库顺序需要按照从前至后�ؓ: ��目产生的静态库 > �W�三方库静态库 > �pȝ��静态库

    4. 链接�? 若有未解决的symbol, 可以��试在最后添�?lpthread�?lrt解决



在发布版本Linux上运行可能遇到的问题:

terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet::_S_create_c_locale name not valid
解决�Ҏ��: 执行之前�q�行export LC_ALL="C"

战魂��筑 2012-04-20 11:35 发表评论

Linux服务自动安装卸蝲部��v脚本

战魂��筑 — Thu, 12 Apr 2012 01:33:00 GMT

#!/bin/bash # chkconfig: 3 3 1 # description: svclauncher
ServicePath=/usr/local/bin ServiceList=( "wkcenterd --toc /home/davy/dev/kaze/Config/CenterService.toc --logfile /tmp/centerd.log" "wkagentd --toc /home/davy/dev/kaze/Config/AgentService.toc --logfile /tmp/agentd.log" ) StartAll() { for((i = 0;i<${#ServiceList[*]};i=i+1)) do echo "start:" $ServicePath/${ServiceList[i]} $ServicePath/${ServiceList[i]} > /dev/null & done } StopAll() { for((i = 0;i<${#ServiceList[*]};i=i+1)) do echo "stop:" $ServicePath/${ServiceList[i]} svcname=`echo ${ServiceList[i]} | awk '{print $1}'` killall $svcname > /dev/null done } RestartAll() { StopAll StartAll } InstallService() { svcname=`basename $0` chmod +x $svcname cp $svcname /etc/init.d ln /etc/init.d/$svcname /etc/rc3.d/S03$svcname ln /etc/init.d/$svcname /etc/rc0.d/K03$svcname chkconfig --add $svcname chkconfig $svcname on chkconfig --list | grep $svcname } UninstallService() { svcname=`basename $0` chkconfig --del $svcname rm -f /etc/init.d/$svcname rm -f /etc/rc3.d/S03$svcname rm -f /etc/rc3.d/K03$svcname } case "$1" in start) StartAll ;; stop) StopAll ;; restart) RestartAll ;; install) InstallService ;; uninstall) UninstallService ;; *) echo "Usage: service $EXEC {install|start|stop|restart|uninst}" exit 1 esac exit $?

战魂��筑 2012-04-12 09:33 发表评论

Linux下将ldd打印的依赖列表拷贝到指定目录

战魂��筑 — Wed, 29 Feb 2012 08:05:00 GMT

Linux下的ldd命��o可以查看一个可执行文�g/�׃�n�?静态库的依�? 但是惛_��到这些依赖文�? 必须手动��L��,非常�ȝ��

�q�里是一个Shell可以��依赖列表中的文件拷贝到指定目录
deplist=$( ldd $1 | awk '{if (match($3,"/")){ print $3}}' ) cp $deplist $2
代码解释: ldd导出列表, �q�个列表打印出来很丑

linux-gate.so.1 => (0x00ed2000)
    liblog4cpp.so.4 => /usr/local/lib/liblog4cpp.so.4 (0x00657000)
    libprotobuf.so.7 => /usr/local/lib/libprotobuf.so.7 (0x00360000)
    libboost_filesystem.so.1.48.0 => /usr/local/lib/libboost_filesystem.so.1.48.0 (0x00a9a000)
    libboost_program_options.so.1.48.0 => /usr/local/lib/libboost_program_options.so.1.48.0 (0x00110000)
    libboost_system.so.1.48.0 => /usr/local/lib/libboost_system.so.1.48.0 (0x00a85000)
    libboost_thread.so.1.48.0 => /usr/local/lib/libboost_thread.so.1.48.0 (0x00179000)
    libunwind-x86.so.7 => /usr/lib/libunwind-x86.so.7 (0x00821000)
    libluabindd.so.0.9.0 => /usr/local/lib/libluabindd.so.0.9.0 (0x00bb3000)
    libmysqlpp.so.3 => /usr/local/lib/libmysqlpp.so.3 (0x00de5000)
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0x001a9000)
    libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x00782000)
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0x00aea000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00447000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x00abd000)
    librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0x00193000)
    libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0x00294000)
    libunwind.so.7 => /usr/lib/libunwind.so.7 (0x002ab000)
    libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x00e8a000)
    libmysqlclient_r.so.16 => /usr/lib/libmysqlclient_r.so.16 (0x0083b000)
    /lib/ld-linux.so.2 (0x00608000)
    libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0x002c0000)

我们发现�W�一行的so没有对应的库地址, 因此我们使用awk的脚本功�?判断�W�三个参�?也就�?>之后的�\径必��d��?

之后��第一行的输出重定向到变量�? 再��用cp指��o从列表拷贝到指定目录

战魂��筑 2012-02-29 16:05 发表评论

Linux服务器守护进�E?自动启动+服务配置�W�记

战魂��筑 — Tue, 28 Feb 2012 02:52:00 GMT

1.1 ��E�添加守护进�E?/h4>
参考链�?a >http://yubosun.akcms.com/tech/linux-daemon-program.htm
1: #include
2: #include
3: #include
4: #include
5: #include
6: #include
7:
8: #ifndef NOFILE
9: #define NOFILE 3
10: #endif
11:
12: void init_daemon()
13: {
14: int pid;
15: int i;
16: if(pid = fork()) exit(0); //父进�E�，退�?
17:
18: else if(pid < 0) exit(1); //fork��p�|
19:
20: /* 子进�E��l�执�?*/
21: setsid(); //创徏新的会话�l�，子进�E�成为组长，�q�与控制�l�端分离
22:
23: /* 防止子进�E�（�l�长�Q�获取控制终�?*/
24: if(pid = fork()) exit(0); //父进�E�，退�?
25:
26: else if(pid < 0) exit(1); //fork错误�Q�退�?
27:
28: /* �W�二子进�E��l�执�?, �W�二子进�E�不再是会会话组�l�长*/
29:
30: //for(i = 0; i < NOFILE; i++) /* 关闭打开的文件描�q�符*/
31: //{
32: //close(i);
33: //}
34: chdir("/tmp"); /* 切换工作目录 */
35: umask(0); /* 重设文�g创徏掩码 */
36: return;
37: }
38:
39: int main(int argc, char* argv[])
40: {
41: FILE *fp;
42:
43: signal(SIGCHLD, SIG_IGN); /* 忽略子进�E�结束信��P��防止出现僵尸�q�程 */
44:
45: init_daemon();
46:
47: while(1)
48: {
49: sleep(1);
50:
51: // 注意, 日志写到�q�个目录
52: if((fp = fopen("/var/tmp/test.log", "a")) != NULL)
53: {
54: fprintf(fp, "%s\n", "test message");
55: fclose(fp);
56: }
57: }
58:
59: return 0;
60: }

1.2 �~�写服务脚本

参考链�?a >http://blog.sina.com.cn/s/blog_57421ff80100c7nn.html
�U�色字是需要填写的部分, 文�g头部分可以选填
1: #!/bin/bash
2:
3: # chkconfig: 3 3 1
4:
5: # description: web kill center
6:
7: EXEC_PATH=/usr/local/bin
8:
9: EXEC=CenterServiced
10:
11: PID_FILE=/var/run/CenterServiced.pid
12:
13: DAEMON=/usr/local/bin/CenterServiced
14:
15: if ! [ -x $EXEC_PATH/$EXEC ] ; then
16:
17: echo "ERROR: $EXEC_PATH/$EXEC not found"
18:
19: exit 1
20:
21: fi
22:
23: stop()
24:
25: {
26:
27: echo "Stoping $EXEC ..."
28:
29: killall $DAEMON >/dev/null
30:
31: echo "Shutting down $EXEC: [ OK ]"
32:
33: }
34:
35: start()
36:
37: {
38:
39: echo "Starting $EXEC ..."
40:
41: $DAEMON > /dev/null &
42:
43: echo "Starting $EXEC: [ OK ]"
44:
45: }
46:
47: restart()
48:
49: {
50:
51: stop
52:
53: start
54:
55: }
56:
57: case "$1" in
58:
59: start)
60:
61: start
62:
63: ;;
64:
65: stop)
66:
67: stop
68:
69: ;;
70:
71: restart)
72:
73: restart
74:
75: ;;
76:
77: status)
78:
79: status -p $PID_FILE $DAEMON
80:
81: ;;
82:
83: *)
84:
85: echo "Usage: service $EXEC {start|stop|restart|status}"
86:
87: exit 1
88:
89: esac
90:
91: exit $?
92:

1.3 创徏服务

参考链�?a >http://hi.baidu.com/guanxiansun/blog/item/b4c7dcf55f6011e47709d724.html
��服务文件拷贝到/etc/init.d�?��L��扩展�? 文�g名即是服务名
chmod +x ./wkcenter
如果不设�|�启�? 那么service中将无法扑ֈ�该服务及操作
1.4 讄��启动��序

创徏启动链接
ln /etc/init.d/wkcenter /etc/rc3.d/S03wkcenter
创徏关闭链接
ln /etc/init.d/wkcenter /etc/rc0.d/K03wkcenter
1.5 ��d��服务

chkconfig --add wkcenter
查看服务是否存在
chkconfig �?list | grep wkcenter
查看服务状�?
chkconfig wkcenter on
注意, ��认wkcenter�?,3,4,5中�Q意或者部分开�? 必须为绿�? 灰字代表服务无法开机启动或者其他问�?
1.6 ��试

临时开启命令测�?
service wkcenter start
1.7 QA

参考链�? http://blog.526net.com/?p=1706
1. 服务切记不可攑֜�用户home目录, 最好放�?usr/local/bin目录, 日志写到var�? 否则服务��试正常,但是无法自动启动
2. Linux�? 父进�E�启动的�E�序的生命期跟随父进�E? 父进�E�可以是�l�端, 父进�E�一旦终�? 子进�E�都必须�l�束. 因此守护�q�程需要脱��ȝ��q�程,避免被父�q�程生命期控�?

战魂��筑 2012-02-28 10:52 发表评论

跨��^台Unicode与UTF8互�{代码

战魂��筑 — Mon, 27 Feb 2012 06:21:00 GMT

参考来�?http://blog.csdn.net/flying8127/article/details/1598521

在原来原基础�?��代码整�?�q�加强安全�? �q�按照WindowsAPI设计, ��d��输出�~�冲长度探测功能

当OutUTFString为NULL�? 可以�q�行输出的UTF8字符串长度探��?/p>
1: uint32 UniCharToUTF8(wchar_t UniChar, char *OutUTFString)
2: {
3:
4: uint32 UTF8CharLength = 0;
5:
6: if (UniChar < 0x80)
7: {
8: if ( OutUTFString )
9: OutUTFString[UTF8CharLength++] = (char)UniChar;
10: else
11: UTF8CharLength++;
12: }
13: else if(UniChar < 0x800)
14: {
15: if ( OutUTFString )
16: {
17: OutUTFString[UTF8CharLength++] = 0xc0 | ( UniChar >> 6 );
18: OutUTFString[UTF8CharLength++] = 0x80 | ( UniChar & 0x3f );
19: }
20: else
21: {
22: UTF8CharLength += 2;
23: }
24: }
25: else if(UniChar < 0x10000 )
26: {
27: if ( OutUTFString )
28: {
29: OutUTFString[UTF8CharLength++] = 0xe0 | ( UniChar >> 12 );
30: OutUTFString[UTF8CharLength++] = 0x80 | ( (UniChar >> 6) & 0x3f );
31: OutUTFString[UTF8CharLength++] = 0x80 | ( UniChar & 0x3f );
32: }
33: else
34: {
35: UTF8CharLength += 3;
36: }
37: }
38: else if( UniChar < 0x200000 )
39: {
40: if ( OutUTFString )
41: {
42: OutUTFString[UTF8CharLength++] = 0xf0 | ( (int)UniChar >> 18 );
43: OutUTFString[UTF8CharLength++] = 0x80 | ( (UniChar >> 12) & 0x3f );
44: OutUTFString[UTF8CharLength++] = 0x80 | ( (UniChar >> 6) & 0x3f );
45: OutUTFString[UTF8CharLength++] = 0x80 | ( UniChar & 0x3f );
46: }
47: else
48: {
49: UTF8CharLength += 4;
50: }
51:
52: }
53:
54: return UTF8CharLength;
55: }

当OutUnicodeString为NULL�? 可以�q�行输出的Unicode字符串长度探��?/p>

1: uint32 UTF8StrToUnicode( const char* UTF8String, uint32 UTF8StringLength, wchar_t* OutUnicodeString, uint32 UnicodeStringBufferSize )
2: {
3: uint32 UTF8Index = 0;
4: uint32 UniIndex = 0;
5:
6: while ( UTF8Index < UTF8StringLength )
7: {
8: unsigned char UTF8Char = UTF8String[UTF8Index];
9:
10: if ( UnicodeStringBufferSize != 0 && UniIndex >= UnicodeStringBufferSize )
11: break;
12:
13: if ((UTF8Char & 0x80) == 0)
14: {
15: const uint32 cUTF8CharRequire = 1;
16:
17: // UTF8字码不��
18: if ( UTF8Index + cUTF8CharRequire > UTF8StringLength )
19: break;
20:
21: if ( OutUnicodeString )
22: {
23: wchar_t& WideChar = OutUnicodeString[UniIndex];
24:
25: WideChar = UTF8Char;
26: }
27:
28: UTF8Index++;
29:
30: }
31: else if((UTF8Char & 0xE0) == 0xC0) ///< 110x-xxxx 10xx-xxxx
32: {
33: const uint32 cUTF8CharRequire = 2;
34:
35: // UTF8字码不��
36: if ( UTF8Index + cUTF8CharRequire > UTF8StringLength )
37: break;
38:
39: if ( OutUnicodeString )
40: {
41: wchar_t& WideChar = OutUnicodeString[UniIndex];
42: WideChar = (UTF8String[UTF8Index + 0] & 0x3F) << 6;
43: WideChar |= (UTF8String[UTF8Index + 1] & 0x3F);
44: }
45:
46: UTF8Index += cUTF8CharRequire;
47: }
48: else if((UTF8Char & 0xF0) == 0xE0) ///< 1110-xxxx 10xx-xxxx 10xx-xxxx
49: {
50: const uint32 cUTF8CharRequire = 3;
51:
52: // UTF8字码不��
53: if ( UTF8Index + cUTF8CharRequire > UTF8StringLength )
54: break;
55:
56: if ( OutUnicodeString )
57: {
58: wchar_t& WideChar = OutUnicodeString[UniIndex];
59:
60: WideChar = (UTF8String[UTF8Index + 0] & 0x1F) << 12;
61: WideChar |= (UTF8String[UTF8Index + 1] & 0x3F) << 6;
62: WideChar |= (UTF8String[UTF8Index + 2] & 0x3F);
63: }
64:
65:
66: UTF8Index += cUTF8CharRequire;
67: }
68: else if((UTF8Char & 0xF8) == 0xF0) ///< 1111-0xxx 10xx-xxxx 10xx-xxxx 10xx-xxxx
69: {
70: const uint32 cUTF8CharRequire = 4;
71:
72: // UTF8字码不��
73: if ( UTF8Index + cUTF8CharRequire > UTF8StringLength )
74: break;
75:
76: if ( OutUnicodeString )
77: {
78: wchar_t& WideChar = OutUnicodeString[UniIndex];
79:
80: WideChar = (UTF8String[UTF8Index + 0] & 0x0F) << 18;
81: WideChar = (UTF8String[UTF8Index + 1] & 0x3F) << 12;
82: WideChar |= (UTF8String[UTF8Index + 2] & 0x3F) << 6;
83: WideChar |= (UTF8String[UTF8Index + 3] & 0x3F);
84: }
85:
86: UTF8Index += cUTF8CharRequire;
87: }
88: else ///< 1111-10xx 10xx-xxxx 10xx-xxxx 10xx-xxxx 10xx-xxxx
89: {
90: const uint32 cUTF8CharRequire = 5;
91:
92: // UTF8字码不��
93: if ( UTF8Index + cUTF8CharRequire > UTF8StringLength )
94: break;
95:
96: if ( OutUnicodeString )
97: {
98: wchar_t& WideChar = OutUnicodeString[UniIndex];
99:
100: WideChar = (UTF8String[UTF8Index + 0] & 0x07) << 24;
101: WideChar = (UTF8String[UTF8Index + 1] & 0x3F) << 18;
102: WideChar = (UTF8String[UTF8Index + 2] & 0x3F) << 12;
103: WideChar |= (UTF8String[UTF8Index + 3] & 0x3F) << 6;
104: WideChar |= (UTF8String[UTF8Index + 4] & 0x3F);
105: }
106:
107: UTF8Index += cUTF8CharRequire;
108: }
109:
110:
111: UniIndex++;
112: }
113:
114: return UniIndex;
115: }

疗效: 用了此代码啊, 再也不用被iconv折磨�?/p>

战魂��筑 2012-02-27 14:21 发表评论

战魂��筑 — Thu, 23 Feb 2012 10:54:00 GMT

hash_map不是标准�?因此不同�q�_��下包含头文�g不同, 前缀也不�?�q�里使用了一个通用定义

1: #ifdef _WIN32
2: #include
3: #define HASHMAP_PREFIX stdext
4: #else
5: #include
6: #define HASHMAP_PREFIX __gnu_cxx
7: #endif

对于初始桶大��设�|?Linux下��用hash_map构造函数可以设�|? Windows下则没有对应的设�|�函�?

查阅Windows下hash_map的源�?�q�在hash_map()默认构造函数旁�Ҏ��加一个测试用初始桶设�|�函�?/p>
1: hash_map( size_type _Buckets )

2: : _Mybase(key_compare(), allocator_type())

3: {

4: _Init( _Buckets );

5: }

接下来��用相同的��试代码

1: const uint32 Buckets = 1000;
2: HASHMAP_PREFIX::hash_map MyHash( Buckets );
3:
4: TimeRuler Ruler;
5: for ( uint32 i = 0; i <1000000;i++)
6: {
7: MyHash[i] = i;
8: }
9:
10: printf("%d\n", Ruler.GetCostTime() );

�q�里的TimeRuler是��用boost timer的时间戳��装

Release下测试结�?

    OS \ Buckets           8 ( default )         1000

     Win7          430ms       560ms

     Mint( VMware )          127ms       127ms

Windows的测试结果说�? 不给出桶初始化函数是正确�? 默认��理比自��p��|�更高效.

Linux�q�_��感觉很诡�? 不清楚是不是虚拟机造成的结果不准确

战魂��筑 2012-02-23 18:54 发表评论

luabind的正��完整编译法

战魂��筑 — Tue, 21 Feb 2012 03:23:00 GMT

之前看了�|�上一��?a >文章介绍luabind, 发现�q�种�~�译出来的luabind只会安装debug版本, release版本的so依然坦然的�h在工�E�目�?/p>
查阅bjam的参数说明及luabind的jamroot文�g�W?40行有如下文字

install stage
: luabind
: $(stage-locate)
    on
    on
    LIB
;

说明参数应该是这��L��: bjam install [stage]

而且文章中给出的是bjam install 因此默认��试版也是正确�? 而且估计作者只�~�译了调试版��没有处理release版了

正确的luabind�~�译法应该是:

export BOOST_ROOT=/home/davy/dev/boost_1_48_0
export LUA_PATH=/usr/local/
/home/davy/dev/boost_1_48_0/bjam stage --toolset=gcc --with-date_time --with-fpic --with-filesystem link=static debug release
/home/davy/dev/boost_1_48_0/bjam install debug
/home/davy/dev/boost_1_48_0/bjam install release

我这里必��L��明bjam是因为boost的bjam版本高于默认安装的版�? 因此使用高版本编�?

战魂��筑 2012-02-21 11:23 发表评论

战魂��筑 — Sat, 04 Feb 2012 03:41:00 GMT

�q�里使用的是Ubuntu的最��行发行版Mint, 其他版本�c�M��

以下��虚拟机内系�l�叫Guest, �q�行VMWare的系�l�叫Host

��VMWare的网�l�方式设为Bridge模式. 注意Host-Only模式只能与Host�q�接,局域网的机器及互联�|�机器无法访�?/p>

在Guest的网�l�设�|�中,��IP讄��Z��Host在一个局域网�|�段的IP, 讄��DNS

关闭Guest�pȝ��

接下来将Host的可以上�|�的�q�接��d��׃�n,�q�连接到VMNet1

�q�入Guest�pȝ��, ��试上网

战魂��筑 2012-02-04 11:41 发表评论

OS \ Buckets	8 ( default )	1000
Win7	430ms	560ms
Mint( VMware )	127ms	127ms

久久精品亚洲,美女露胸一区二区三区,亚洲欧美在线另类

游戏与Web的服务器�Ҏ��

基本概念

�~�译

�怽�技�?/h1>�怽�技术大规模出现在魔兽世界WLK版本, 现在应用已经�q�泛应用在各�U�MMORPG游戏�? 下面对相位技术的做法�q�行���单归�U�x���?/p>

表现分类

副本�怽�

分线�怽�

�怽�客体

�U�有客体

公共客体

�怽���M��

可见规则

�U�束

Golang的简单反���性能���试

���试用例

性能���试数据

���试评测

服务器开发语�a�比较

C#

Golang

Skynet(lua+C)

C++

开源Golang游戏服务器框架cellnet

RSA的几个标准用�?/h1>

非对�U�加密解�?/h2> 假设A要把内容传输�l�B 1. B生成RSA的公钥和密钥, �q�是成对出现�? 密钥由B保存, 把公钥告诉A 2. A用B的公钥加密内�? �q�把密文内容传输�l�B 3. B用密钥解�?/p>

验证

多线�E?同步��d��模型

Actor模型的痛

大服务器架构讨论

概述

数据�?/b>

通信及协�?/b>

服务器类�?/b>

逻辑服务�?/b>

战斗服务�?/b>

中心服务�?/b>

评�h

游戏数据库选型mysql,mongo, redis, memcached

数据库选择历程

NoSQL数据库方案对�?/h1> NoSQL下实现方案很�? 游戏常用的就�q�么3�? mongo, redis, memcached 下面说下优缺�?/p>

mongo

redis

memcached

个�h评�h

参考链�?

谈谈陌陌争霸在数据库斚w���t�过的坑( Redis ��?

C/C++服务器架构机制设计�ȝ��

在liteide中， 自动get�W�三方包

Linux x64�q�_��golua的安装及使用

概述

背景

计划设想

go语言开发环境LiteIDE自动完成功能失效解决�Ҏ��

捕获Linux�D�错�?Segment fault)�q�且打印错误堆栈

��g�h的boost::asio::async_read_until

MySQL++操作MySQL中造成Commands out of sync�?014错误分析

传统发布现状

HG�Ҏ��及优势

������E�服务器安装HG

安装依赖�?/font>

获取HG源码

�~�译安装

使用HG同步数据

创徏仓库

同步

��ȝ��更新

让C/C++�E�序一�ơ编译可以发布到多版本Linux之上

Linux服务自动安装卸蝲部��v脚本

Linux下将ldd打印的依赖列表拷贝到指定目录

Linux服务器守护进�E?自动启动+服务配置�W�记

1.2 �~�写服务脚本

1.3 创徏服务

1.4 讄���启动��序

1.5 ��d��服务

1.6 ���试

1.7 QA

跨��^台Unicode与UTF8互�{代码

luabind的正���完整编译法

�怽�技�?/h1>
�怽�技术大规模出现在魔兽世界WLK版本, 现在应用已经�q�泛应用在各�U�MMORPG游戏�? 下面对相位技术的做法�q�行��单归�U�x��?/p>

�怽��M��

Golang的简单反��性能��试

��试用例

性能��试数据

��试评测

非对�U�加密解�?/h2>
假设A要把内容传输�l�B

1. B生成RSA的公钥和密钥, �q�是成对出现�? 密钥由B保存, 把公钥告诉A

2. A用B的公钥加密内�? �q�把密文内容传输�l�B

3. B用密钥解�?/p>

NoSQL数据库方案对�?/h1>
NoSQL下实现方案很�? 游戏常用的就�q�么3�? mongo, redis, memcached

下面说下优缺�?/p>

谈谈陌陌争霸在数据库斚w��t�过的坑( Redis ��?

在liteide中，自动get�W�三方包

��E�服务器安装HG

1.4 讄��启动��序

1.6 ��试

luabind的正��完整编译法