《网络游戏中的数据包设计与定义初论》由会员分享，可在线阅读，更多相关《网络游戏中的数据包设计与定义初论（3页珍藏版）》请在金锄头文库上搜索。
1、网络游戏中的数据包设计与定义初论接触了一段时间的网游封包设计，有了一些初步的思路，想借这篇文章总结一下，同时也作个记录，以利于以后更新自己的思路。网络游戏的技术研发，分为三个主要的方面：服务器设计，客户端设计，数据库设计。而在服务器和客户端之间实现游戏逻辑的中介则是游戏数据包，服务器和客户端通过交换游戏数据包并根据分析得到的数据包来驱动游戏逻辑。网络游戏的实质是互动，而互动的控制则由服务器和客户端协同完成，协同就必然要依靠数据来完成。当前网络游戏中的封包，其定义形式是各种各样的，但归纳起来，一般都具有如下要素：封包长度，封包类型，封包参数，校验码等。封包长度用于确定当前游戏数据包的长度，之所以
2、提供这个数据，是因为在底层的 TCP 网络传输中，出于传输效率的考虑，传输有时会把若干个小的数据包合并成一个大的数据包发送出去，而在合并的过程中，并不是把每一个逻辑上完整的数据包全部合并到一起，有时可能因为这种合并而将一个在逻辑上具有完整意义的游戏数据包分在了两次发送过程中进行发送，这样，当前一次的数据发送到接受方之后，其尾部的数据包必然造成了“断尾” 现象，为了判定这种断尾的情况以及断尾的具体内容，游戏数据包在设计时一般都会提供封包长度这个信息，根据这个信息接受方就知道收到的包是否有断尾，如果有断尾，则把断尾的数据包与下次发过来的数据包进行拼接生成原本在逻辑意义上完整的数据包。封包类型用于标
3、识当前封包是何种类型的封包，表示的是什么含义。封包参数则是对封包类型更具体的描述，它里面指定了这种类型封包说明里所必须的参数。比如说话封包，它的封包类型，可以用一个数值进行表示，而具体的说话内容和发言的人则作为封包参数。校验码的作用是对前述封包内容进行校验，以确保封包在传递过程中内容不致被改变，同时根据校验码也可以确定这个封包在格式上是不是一个合法的封包。以校验码作为提高封包安全性的方法，已经是目前网游普遍采用的方式。封包设计，一般是先确定封包的总体结构，然后再来具体细分有哪些封包，每个封包中应该含有哪些内容，最后再详细写出封包中各部分内容具体占有的字节数及含义。数据包的具体设计，一般来说是根
4、据游戏功能进行划分和圈定的。比如游戏中有聊天功能，那么就得设计客户端与服务器的聊天数据包，客户端要有一个描述发言内容与发言人信息的数据包，而在服务器端要有一个包含用户发言内容及发言人信息的广播数据包，通过它，服务器端可以向其他附近玩家广播发送当前玩家的发言内容。再比如游戏中要有交易功能，那么与这个功能相对应的就可能会有以下数据包：申请交易包，申请交易的信息包，允许或拒绝交易包，允许或拒绝交易的信息包，提交交易物品包，提交交易物品的信息包，确认交易包，取消交易包，取消交易的信息包，交易成功或失败的信息包。需要注意的是，在这些封包中，有的是一方使用而另一方不使用的，而有的则是双方都使用的包。比如申
5、请交易包，只可能是一方使用，而另一方会得到一个申请交易的信息包；而确认交易包和提交交易物品这样的数据包，都是双方在确定要进行交易时要同时使用的。封包的设计也遵从由上到下的设计原则，即先确定有哪些功能的封包，再确定封包中应该含有的信息，最后确定这些信息应该占有的位置及长度。一层层的分析与定义，最终形成一个完善的封包定义方案。在实际的封包设计过程中，回溯的情况是经常出现的。由于初期设计时的考虑不周或其它原因，可能造成封包设计方案的修改或增删，这时候一个重要的问题是要记得及时更新你的设计文档。在我的封包设计中，我采用的是以下的封包描述表格进行描述：封包编号功能描述对应的类或结构体名类型命令字命令参数
6、结构体及含义根据游戏的功能，我们可以大致圈定封包的大致结构及所含的大致内容。但是，封包设计还包含有其它更多的内容，如何在保证封包逻辑简洁的前提下缩短封包的设计长度提高封包的传输速度和游戏的运行速度，这也是我们应该考虑的一个重要问题。一般情况下，设计封包时，应该尽量避免产生一百字节以上的封包，多数封包的定义控制在 100 字节以内，甚至 2050 字节以内。在我所定义的封包中，多数在 20 字节以内，对于诸如传递服务器列表和用户列表这样的封包可能会大一点。总之一句话，应该用尽可能短的内容尽可能简洁清晰地描述封包功能和含义。在封包结构设计方面，我有另一种可扩展的思路：对封包中各元素的位置进行动态定
7、义。这样，当换成其它游戏或想更换当前游戏的封包结构时，只要改变这些元素的动态定义即可，而不需要完全重新设计封包结构。比如我们对封包编号，封包类型，封包参数，校验码这些信息的开始位置和长度进行定义，这样就可以形成一个动态定义的封包结构，对以后的封包移植将会有很大帮助，一个可能动态改变封包结构的游戏数据包，在相当程度上增加了外挂分析封包结构的难度。在进行封包设计时，最好根据封包客户端和服务器端的不同来分类进行设计。比如大厅与游戏服务器的封包及游戏服务器与游戏客户端的封包分开来进行设计，在包的编号上表示出他们的不同（以不同的开头单词表示），这样在封包的总体结构上就会更清晰。游 戏 开 发 工 程 实
8、 现 方 法 理 念 我 是 站 在 程 序 方 面 去 说 ： 一 个 成 功 的 项 目 ， 还 是 需 要 成 熟 的 技 术 和 流 程 ！ 前 期 的 需 求 分 析 是 很 重 要 ， 而 且 所 需 要 的 时 间 是 最 长 ， 需 要 有 一 个 主 程 ， 主策 ， 主 美 ， 这 些 人 员 都 必 须 有 一 个 项 目 以 上 的 制 作 历 程 ， 这 样 才 会 让 需 求 分 析 做到 更 细 ！ 但 是 在 中 国 一 帮 拥 有 这 些 人 的 只 有 大 公 司 ！ 对 于 中 小 型 企 业 是 没 有 这 个 资 本去 挖 人 ！ 就 算 有 ， 别
9、人 未 必 来 ！ 对 于 没 有 成 功 项 目 的 游 戏 公 司 ， 需 要 从 零 开 始 去 制 作 ， 是 很 困 难 ， 而 且 制 作出 来 的 东 西 一 大 堆 ， 中 小 型 游 戏 公 司 的 核 心 就 算 程 序 部 分 ， 等 同 心 脏 ， 策划 等 同 大 脑 ， 美 术 ， 测 试 是 手 脚 。 心 脏 不 行 ， 大 脑 都 想 不 出 有 什 么 好 创 意 ！ 其 实 为 什 么 一 些 中 小 企 业 会 上 的 这 么 快 而 且 项 目 一 个 接 一 个 的 出 ！ 就 是 他 们借 用 别 人 程 序 的 核 心 计 算 ！ 例 如 购 买
10、 外 国 成 熟 的 游 戏 引 擎 ， 能 够 在 段 时 间 内 开 发一 套 游 戏 ， 虽 然 引 擎 的 价 格 可 能 很 贵 ， 但 是 从 长 远 成 本 角 度 去 考 虑 算 是 节 省 的 不少 时 间 和 金 钱 。 有 了 第 一 款 的 游 戏 ， 经 过 封 测 ， 内 测 ， 公 测 的 阶 段 ， 从 中 公 司 得 到 了 所 有 测试 的 效 果 ， 知 道 在 真 实 的 环 境 下 ， 游 戏 的 逻 辑 和 性 能 是 否 会 影 响 效 率 ！ 这 些 数 据也 是 公 司 的 资 本 ！ 测 试 不 能 够 局 限 于 功 能 性 的 测 试 ，
11、 公 司 要 建 立 一 种 测 试 驱 动 的 开 发 模 式 ， 由不 是 开 发 项 目 的 人 员 去 开 发 测 试 例 程 ， 达 到 自 动 化 测 试 效 果 ， 使 用 电 脑 程 序 帮 我们 去 测 试 功 能 或 模 块 ！ 楼 主 说 到 ， 游 戏 确 实 要 经 常 变 化 ， 每 一 次 变 化 很 有 可 能 导 致 其 他 方 面 的 改 动和 影 响 ， 这 是 无 法 避 免 ， 为 什 么 是 这 样 ， 就 是 核 心 技 术 不 够 成 熟 ， 没 有 任 何 的 测试 数 据 支 持 ， 只 会 有 跟 潮 流 ， 在 添 加 该 功 能 的 时
12、 候 有 没 有 考 虑 过 该 功 能 能 够 添 加 ，添 加 后 是 否 有 任 何 的 影 响 ， 是 否 会 耽 误 计 划 ， 是 否 会 影 响 其 他 模 块 ， 是 否 会 降 低性 能 ， 在 成 功 的 公 司 里 面 ， 每 一 次 的 改 动 和 添 加 新 的 功 能 ， 都 是 经 过 个 部 门 的 主程 ， 主 策 ， 主 美 分 析 过 ， 讨 论 过 ， 根 据 现 实 情 况 来 决 定 ！ 不 是 随 便 说 加 就 加 ， 说改 就 改 ！ 这 样 改 来 改 去 ， 只 会 导 致 项 目 的 越 积 越 多 ！ 有 些 公 司 为 什 么 这 么 快 就 要 退 出 内 测 ， 其 他 他 们 也 未 必 有 成 熟 的 技 术 ， 测 试的 时 候 游 戏 的 功 能 和 可 玩 性 都 很 少 ！ 他 们 为 什 么 这 样 做 ， 就 是 为 了 得 到 真 实 的 测试 情 况 ， 有 了 这 些 数 据 就 可 以 根 据 数 据 的 支 持 去 添 加 功 能 ！ 不 要 局 限 性 与 外 表 ，没 有 内 涵 ， 在 好 的 外 表 都 书 虚 的 ， 华 而 不 实 ！
