Unity 的导航系统给 3D 场景的 AI 寻路提供了一个相当不错的解决方案。需要导航的对象我们称之为 agent(代理)。我们可以（在编辑环境下）为不同类型的 agent 为烘焙静态的场景，并产生一种名为 NavMesh 的资产。NavMesh 是一种数据结构，描述游戏世界的可行走表面，并允许寻路。

如果你希望支持（比如单机游戏不更新），通常会在中判断PlayMode。

比如A包中a资源依赖B包C包，A包中b资源需要D包E包，使用如上代码会导致加载a资源时，也会加载不需要的D包E包。如果一个模型在A包中，其材质在B包中，那么只加载A包中的模型资源会丢失材质。这里的model包中的Sphere存储是红色的球，所以会加载一个红色的球。这里需要注意：AB包的加载不适用异步加载，只有加载资源时才使用异步加载。主包依赖关系文件只能记录包与包之间的依赖关系，至于包中资源具体依

网络的布置根据具体需求布置网络第二小题、网络的划分根据路由表作出路由器拓扑图ARP跨网络寻址TCP报文段格式概念网桥的转发表与动作网络嗅探报文十六进制化作十进制嗅探以太网帧首部除MAC帧以外，其他各层协议数据单元都是源地址在前，目的地址在后。嗅探UDP报文十六进制化作十进制求UDP报文长度和端口

Unity 的导航系统给 3D 场景的 AI 寻路提供了一个相当不错的解决方案。需要导航的对象我们称之为 agent(代理)。我们可以（在编辑环境下）为不同类型的 agent 为烘焙静态的场景，并产生一种名为 NavMesh 的资产。NavMesh 是一种数据结构，描述游戏世界的可行走表面，并允许寻路。

应当指出，路由选择是个非常复杂的问题，因为它是网络中的所有节点共同协调工作的结果。其次，路由选择的环境往往是不断变化的，而这种变化有时无法事先知道。倘若从路由算法能否随网络的通信量或拓扑自适应地进行调整变化来划分，则只有两大类，即静态路由选择策略与动态路由选择策略。静态路由选择也叫作非自适应路由选择，路由信息协议(Routing Information Protocol，RIP）是内部网关协议中最

由于MAC地址已固化在网卡上的ROM 中，因此常常将 MAC地址称为硬件地址或物理地址；物理地址的反义词就是虚拟地址、软件地址或逻辑地址，IP地址就属于这类地址。从层次的角度看，MAC地址是数据链路层使用的地址，而IP地址是网络层和以上各层使用的地址，是一种逻辑地址(称IP地址为逻辑地址是因为IP地址是用软件实现的)。已经知道了一个机器的IP地址，需要找出其相应的 MAC地址。地址解析协议ARP就

上面这两张图区别在于前者每个路由器既有转发表又有路由选择软件【图中可以看出】，后者所有路由器都变得更加简单了（它的路由选择软件不存在），因此路由器之间不在交换路由信息（路由表由远程控制器生成）。当然这种集中控制的网络好处有些，但传统的前者分散控制的网络也有它所不及的优点，因此相铺相成吧。

在许多情况下，我们希望把以太网的覆盖范围扩展。本节先讨论在物理层把以太网扩展，然后讨论在数据链路层把以太网扩展。这种扩展的以太网在网络层看来仍然是一个网络。

计算机网络（简称为网络） 由若干节点和连接这些节点的链路组成，网络中的结点可以是计算机、集线器、交换机或路由器互联网是网络的网络，多个网络通过互联网连接起来，这样就构成了一个覆盖范围更大的网络当我们用一朵云来表示网络，意味着我们可以先不考虑每一个网络中的细节，而是集中精力讨论与互联网有关的一些问题。另外，与网络相连的计算机常称为主机；而路由器虽然是一种特殊的计算机，但不能称为主机。所以我们建立联系