GJM ： 基于Actor模式的c#网络游戏服务器的实现和Unity游戏客户端的连接 [转载]

• 感谢您的阅读。喜欢的、有用的就请大哥大嫂们高抬贵手“推荐一下”吧！你的精神支持是博主强大的写作动力以及转载收藏动力。欢迎转载！
• 版权声明：本文原创发表于 【请点击连接前往】 ，未经作者同意必须保留此段声明！如有问题请联系我，侵立删，谢谢！
• 我的博客：http://www.cnblogs.com/GJM6/  -  传送门：【点击前往】

0：讨论群

qq群号：390313628 unity 4.6 版本运行

1：代码

网路协议： http://git.oschina.net/liyonghelpme/protobufferUnity

客户端代码： http://git.oschina.net/liyonghelpme/unityRpg

服务器代码： http://git.oschina.net/liyonghelpme/GameServerCsharp

2：网络游戏属性复制

在RPG网络游戏中，同步方式主要分为两种：

RPC；

属性复制；

本项目实现了一个简单的同步型网络服务器，这种服务器只转发网络报文，不处理游戏逻辑，因此服务器代码比较简单干净。

属性复制，本游戏主要使用到的是HP和位置的属性同步复制，服务器每1s同步一次玩家属性状态；

RPC对于玩家的技能释放，buff添加，伤害添加采用RPC的方式同步。所有的技能都有唯一标示的技能ID，buff也有唯一的标示，这样同步的时候只需要广播ID即可。

网络游戏中对游戏对象有多重角色定义，本项目中客户端实体分为两种角色：

1：本地角色，即属于当前客户端控制的角色，例如玩家自身

2：远程代理角色，例如本地客户端同步的远程其它玩家

所有的远程代理角色有一个PlayerSync组件，用于处理远程网络命令，而本地角色没有。

远程代理角色不能修改角色的属性，只能通过网络同步的方式，主要包括伤害处理， buff添加，hp变化。

3：相关代码实现

服务端游戏逻辑主要实现在 WorldActor 和 PlayerActor 中，WorldActor用于管理所有客户端的角色的进入和离开。

PlayerActor用于处理每个客户端的相关同步。

客户端主要逻辑实现：

客户端采用状态机和命令处理器的方式，本地和远程端处理命令机制相同，只是在对属性修改上需要区分对象是本地角色还是 远程代理， 如果是远程代理 则跳过处理。

代码主要是：PlayerSync.cs , Map3.cs, NetDataInterface.cs, LogicCommand.cs

客户端的网络代码主要是： RemoteClient.cs

4：测试方法

启动游戏服务器，服务器将监听本地的10001 端口

启动A客户端，设置LoginAndCharUIScene 场景中kbengine实体的的TestPort 参数 为20000（客户端有个自己的本地服务器）

启动B客户端，设置LoginAndCharUIScene 场景中kbengine实体的的TestPort 参数 为20001(保证和A不同即可)

进入游戏，在主城 点击远古战场，则进入了网络场景，在远古战场场景可以看到两个玩家，玩家可以互相交互。

© 著作权归原帖作者所有    原帖地址：https://my.oschina.net/u/186074/blog/538109