上一页 1 2 3 4 5 6 ··· 8 下一页
摘要: websocket是有标准的通信协议,在h2engine服务器引擎中继承了websocket通信协议,使用websocket通信协议的好处是很多语言或框架 都内置了websocket的支持,工具也非常多,可以非常方便的测试。比如在逻辑开发过程中,有时候协议定好了,但是由于客户端还没有及时 完成相应功能,那么如果有个模拟的客户端就会非常的方便,这个模拟的客户端只要能够收发协议就好。websocket浏览器天然支持,所以用 浏览器websocket实现模拟客户端非常的方便,使用的人直接省掉了按照客户端的麻烦,直接放到一个webserver上,所有人都能用。 阅读全文
posted @ 2017-09-29 19:29 知然 阅读(3529) 评论(0) 推荐(0) 编辑
摘要: H2Engine服务器引擎架构是轻量级的,与其说是引擎,个人觉得称之为平台更为合适。因为它封装的功能非常精简,但是提供了非常简洁方便的扩展机制,使得可以用C++、python、lua、js、php来开发具体的服务器功能。H2引擎的灵感来源于web服务器Apache。 H2引擎集成了websocket,也推荐大家在长连接应用中,逐渐使用websocket。 协议的封包pb、thrift已经很够用了,H2引擎支持pb、thrift、json以及传统二进制struct,但是推荐thrift,主要是效率和多语言支持都更好。 基于网游服务器的场景,H2引擎考虑到单台物理机的处理能力当前足以应付单服的需求,所以将H2的架构设计为部署在同机上,这样大大简化了服务器的架构,多gate的架构其实来源于rpg刚兴起的年代,那时候服务器的内存有限,cpu多核也还没流行,但是今非昔比,单机模式也就是伪分布式模式其实更符合实际。 脚本化:c++封装数据结构,提供接口给脚本操作,脚本无状态处理逻辑,非常像php+memcached的思路。这样既可以利用了脚本的开发高效率,运行稳定无crash,又利用了 阅读全文
posted @ 2017-09-11 08:33 知然 阅读(4437) 评论(13) 推荐(2) 编辑
摘要: 出于个人爱好和某种需求,我再16年对python的解释器产生了浓厚兴趣,并且下定决心重新实现一个版本。我个人再游戏服务器开发中,对c++嵌入lua和python都有着丰富应用经验,自认为对二者的优劣有着深刻的理解。python针对lua的最大优势是python是完备的程序语言,类、模块包括丰富的库和方便好用的字符串操作,可以说python用来实现功能会优雅很多,而lua最大的优势就是小巧高效,另外lua的lua_state是可以有多个实例的,这样就可以多线程使用lua(一个线程单独一个lua_state),而python解释器因为有全局解释器锁,所以无法实现多python解释器实例。考虑到在嵌入python的应用场景中,所用到python的功能都是比较简单通用的功能,比如类、模块,函数,一些复杂的类库也不常用,所以我就想实现一个不使用全局解释器锁,可以有多个python解释器锁的解释器。所以16年底,我自己实现了一下python解释器第一版,第一版是使用AST虚拟语法树直接解析的,虽然做了必要的优化,但是性能。。。。仍然不忍直视。平常我一直吐槽python跑的没有lua快,但是吐槽是一 阅读全文
posted @ 2017-02-27 19:21 知然 阅读(2202) 评论(2) 推荐(1) 编辑
摘要: fflua 发布了有段时间了,很多网友都用了,并且提供了一些很好的反馈。其中一个就是c++接口注册到lua中时,对引用的支持。这样使用起来更加方便。 阅读全文
posted @ 2015-06-12 14:56 知然 阅读(1219) 评论(0) 推荐(1) 编辑
摘要: LT模式主要是读操作比较简单,但是对于ET模式并没有优势,因为将读取缓冲区数据全部读出并不是难事。而write操作,ET模式则流程非常的清晰,按照完全状态机来理解和实现就变得非常容易。而LT模式的write操作则复杂多了,要频繁的维护epoll的wail列表。在代码编写时,把epoll ET当成状态机,当socket被创建完成(accept和connect系统调用返回的socket)时加入到epoll列表,之后就不用在从中删除了。为什么呢?man epoll中的FAQ告诉我们,当socket被close掉后,其自动从epoll中删除。对于监听socket简单说几点注意事项. 阅读全文
posted @ 2013-12-17 10:47 知然 阅读(4759) 评论(8) 推荐(4) 编辑
摘要: ffrpc 是异步c++通信库。可以说是传统rpc模式和zeromq模式的一个结合,采用broker模式封装client和server之间的拓扑关系,而client和server的通信仍然按照请求应答的模式。这样简化了异步server的测试,同时异步也保证了server的高性能。 阅读全文
posted @ 2013-12-15 17:42 知然 阅读(1513) 评论(0) 推荐(0) 编辑
摘要: ffrpc 是c++异步通讯库,使用ffrpc可以非常容易的构建服务器程序。为了使用方便,ffrpc提供了python、php的客户端lib,这样使用php于c++构建的server也是顺手拈来。ffrpc使用thrift或者protobuf作为通信协议,这样实现各个语言版本的ffrpc客户端lib就很容易。 阅读全文
posted @ 2013-12-15 17:29 知然 阅读(928) 评论(0) 推荐(1) 编辑
摘要: 之前ffrpc只提供了c++ server/client的实现,在网游服务器程序开发中经常有些需求是需要其他语言和C++server通信的,比如一些工具程序,一些web配置、管理后台登通常用脚本语言实现更加敏捷。比如开发一个gm后台,就可以使用python开发一个web页面实现,而gm后台指令需要发给c++ server去执行。所以,脚本语言对于C++ server的的接口调用的需求是确实存在的。所以ffrpc中提供python的客户端礼库ffrpc-py。 阅读全文
posted @ 2013-12-10 16:25 知然 阅读(1539) 评论(0) 推荐(0) 编辑
摘要: frpc是c++ 网络通信库 全异步 + 回调函数 机制,支持普通二进制协议、protobuf、thrift,基于Broker模式设计,设计精巧,代码量小,核心ffrpc的代码只有1000行 接口的性能监控是集成式的,使用者自动获得了接口性能数据,方便优化接口 阅读全文
posted @ 2013-11-24 17:00 知然 阅读(2974) 评论(0) 推荐(2) 编辑
摘要: I have designed and developed game servers successfully with thrift (http://thrift.apache.org/). I am writing here some tips to share my experience. I hope that this will help someone who is just trying to solve the same problems that I have met. 阅读全文
posted @ 2013-10-01 11:56 知然 阅读(1031) 评论(3) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 8 下一页