怎样模拟Unity游戏环境并从服务器直接下载asset到本地？

　　Unity会下载Assetbundle本地中，它的工作原理是先通过（版本号和下载地址）先在本地去找看有没有这个Assetbundle，如果有直接返回对象，如果没有的话，在根据这个下载地址重新从服务器或者本地下载。这里版本号起到了很重要的作用，举个例子，同一下载地址版本号为1的时候已经下载到本地，此时将版本号的参数改成2 那么它又会重新下载，如果还保持版本号为1那么它会从本地读取，因为本地已经有版本号为1的这个Assetbundle了。你不用担心你的资源本地下载过多，也不用自己手动删除他们，这一切的一切Unity会帮我们自动完成，它会自动删除掉下载后最不常用的Assetbundle ，如果下次需要使用的话只要提供下载地址和版本后它会重新下载。

　　我们在聊聊Assetbundle 中的脚本，在移动平台下Assetbundle里面放的脚本是不会被执行的，还记得我们打包前给两个Prefab挂上了脚本吗？在手机上将Assetbundle下载到本地后，加载进游戏中Prefab会自动在本地找它身上挂着的脚本，他是根据脚本的名来寻找，如果本地有这条脚本的话，Prefab会把这个脚本重新绑定在自身，并且会把打包前的参数传递进来。如果本地没有，身上挂的条脚本永远都不会被执行。

　　在Prefab打包前，我在编辑器上给脚本中的变量 name 赋了不同值，当Prefab重新载入游戏的时候，它身上脚本的参数也会重新输出。

　　如果你的Assetbundle中的Prefab上引用的对象，那么这样做就会出错了，你需要设定他们的依赖关系。或者运行时通过脚本动态的载入对象。

一直用Http用多了 复习一下基础

Unity通讯一般分为2类

Http : 应用层 Unity内置的UnityWebRequest类进行通信（之前写过一个分发器垃圾框架）用于交互量比较小

Socket：传输层 比较底层 实现TCP/UDP 用于频繁的通信

这个是基于TCP 和IP传输不同消息

这个是三种常见的网络层次划分

基本数据单位为帧

主要的协议：以太网协议

基本数据单位为IP数据报；

IP协议（Internet Protocol，因特网互联协议）

ICMP协议（Internet Control Message Protocol，因特网控制报文协议）

ARP协议（Address Resolution Protocol，地址解析协议）

RARP协议（Reverse Address Resolution Protocol，逆地址解析协议）

包含的主要协议：TCP协议（Transmission Control Protocol，传输控制协议）、UDP协议（User Datagram Protocol，用户数据报协议）

数据传输基本单位为报文

包含的主要协议：

FTP（文件传送协议）、Telnet（远程登录协议）、DNS（域名解析协议）、SMTP（邮件传送协议），POP3协议（邮局协议），HTTP协议（Hyper Text Transfer Protocol）。

分配给用户上网使用的网际协议

目前IPv4多 比如19216811

新的IPv6(因为IPv4数量不够分配)如3ffe:3201:1401:1280:c8ff:fe4d:db39:1984。

Internet最基本的协议

TCP负责发现传输的问题，一有问题就发出信号，要求重新传输，直到所有数据安全正确地传输到目的地。

可靠的协议 通过三次握手建立的面向连接通信协议

3次握手 四次挥手 实习生常考

TCP连接建立过程(三次握手)：

1首先Client端发送连接请求报文

2Server段接受连接后回复ACK报文，并为这次连接分配资源。

3Client端接收到ACK报文后也向Server段发生ACK报文，并分配资源，这样TCP连接就建立了。

TCP连接断开过程(四次挥手)：

1Client端发起中断连接请求(FIN报文)

2Server端接到FIN报文后，发送ACK服务器还有消息没发完让Client待命，Client端就进入FIN_WAIT，继续等待Server端的FIN报文

3Server端确定数据已发送完成，则向Client端发送FIN报文，

4Client端收到FIN报文后发送ACK后进入TIME_WAIT状态，如果Server端没有收到ACK则可以重传，Server端收到ACK后 关闭，Client等待了2MSL后依然没有收到回复客户端也关闭

SYN:"synchronize"请求同步标志；；ACK:"acknowledge"确认标志"；FIN："Finally"结束标志。

为什么要三次握手？

防止因为网卡导致Sever收到多次Client请求 建立N个监听 造成资源浪费

为什么要四次挥手？

自己不请求直接关闭 但是服务器还能给你发数据 服务器浪费资源 而且客户端也会强行接收

使用TCP的协议：FTP（文件传输协议）、Telnet（远程登录协议）、SMTP（简单邮件传输协议）、POP3（和SMTP相对，用于接收邮件）、HTTP协议等。

面向无连接的通讯协议

UDP通讯时不需要接收方确认，属于不可靠的传输 会丢包

UDP与TCP位于同一层，但它不管数据包的顺序、错误或重发

主要用于面向查询---应答的程序

每个UDP报文分UDP报头和UDP数据区两部分

UDP报头由4个域组成，其中每个域各占用2个字节

（1）源端口号；

（2）目标端口号；

（3）数据报长度；

（4）校验值。

使用UDP协议包括：TFTP（简单文件传输协议）、SNMP（简单网络管理协议）、DNS（域名解析协议）、NFS、BOOTP。

超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议

HTTP协议特点：

简单快速 灵活 无连接 无状态 支持B/S(浏览器/服务器)及C/S(客户端/服务器)模式。

URL

和服务器有一些频繁的交互 用http时不时请求 叫轮询 效率低下

soket可以理解为插座 插头接上了可以保持通信

端口:

每个Socket连接都是从一台计算机网卡的一个端口连接到另外一台计算机网卡的某个端口。

IP是房子的话 端口就是门

TCP端口和UDP端口相互独立 如TCP255端口 和UDP255端口 不冲突

周知端口

范围从0到1023，其中80端口分配给WWW服务，21端口分配给FTP服务等。

浏览器的地址栏里输入一个网址的时候是不必指定端口号的，因为在默认情况下WWW服务的端口是“80”。

网络服务是可以使用其他端口号的 比如 网址：8080

但是有些系统协议使用固定的端口号，它是不能被改变的，比如139 端口专门用于NetBIOS与TCP/IP之间的通信，不能手动改变。

自己开发时尽量不要使用1024之下的端口，可能会与系统端口冲突。

服务端:

创建socket对象

bind：绑定IP地址和端口

listen：开始监听绑定的IP地址和端口，等待客户端的连接

accept：如果有客户端发起连接，通过accept接受连接请求，连接成功后会复制一个socket出来用于和当前接受连接的客户端进行通信。(服务端最初创建的那个socket只是用来监听并建立连接用的，实际和客户端通信并不是最初的socket，而是在accept这一步会自动创建一个新的socket出来和客户端通信。)

read/write：使用新的socket读写数据

close：关闭socket，如果关闭的是服务端的监听socket，则无法接收新的连接，但是已经创建的和客户端的连接不会被关闭。

客户端:

创建socket对象

connect：连接服务端，连接成功后系统会自动分配端口

read/write：连接成功后，就可以进行数据的读写了，这里读写使用的socket还是第一步创建的socket对象。

close：关闭连接。

如果收到了长度为0的数据，则代表远程socket关闭了连接。

服务器:

创建socket对象

bind：绑定IP和端口，用于接收数据（注意这里绑定完就可以直接接收数据了，并不需要等待连接）

read/write：读写数据

客户端:

创建socket对象

read/write：读写数据，不需要先建立连接，直接给对应的IP+端口发送数据即可。

由于没有建立连接以及连接的保障，UDP在传输效率上会很高

UDP有一个功能是TCP所不具备的，那就是广播功能（UDP可以将消息发送到在同一广播网络上的每个主机 CS、魔兽争霸局域网对战）。

HTTP/HTTPS(比http更安全):小游戏 网页 间歇性发送链接 偶尔延迟。

TCP长连接： 卡牌游戏 某些mmo 客户端和服务器都可以独立发包 偶尔延迟

UDP：动作游戏 mmo 枪战 客户端和服务器都可以独立发包 无法接受延迟

可以混合使用你的MMO客户端也许首先使用HTTP去获取上一次的更新内容，然后使用UDP跟游戏服务器进行连接。

现在也有kcp 就是tcp和udp结合 快速安全可靠

简单直接的长连接

可靠的信息传输

数据包的大小没有限制

坑多 断线检测、慢速客户端响应阻塞数据包，对开放连接的各种dos攻击，阻塞和非阻塞IO模型

丢包会有阻塞机制(一般是重发 tcp相反) 所以手机游戏ping跳1000就这个原因

只使用一个socket进行通信

快速

基于数据包构建

灵活 多种方式处理延迟

很多东西没有要自己构建

不可靠

丢包

客户端直接开始进行计算而不等待服务端确认是一种典型的隐藏延迟的技术(容易被抓包篡改)。

我们到底是使用TCP还是UDP取决于我们能否隐藏延迟。

比如TCP 在棋牌 卡牌游戏 卡1S无所谓 在动作游戏moba游戏就很致命

可靠的UDP/kcp和TCP不一样，要去实现一个特殊的阻塞控制，而且还要保证可靠性，也可以使用许多支持可靠通信的UDP库，但是库一般为了通用会降低某种新能，自己根据项目情况写可以发挥到极致

如果不知道用什么就TCP

　　本教程将解释用于创建游戏场景的元素及方法。

　　1 游戏物体(GameObject)

　　在

　　Unity中昀重要的就是游戏物体。理解什么是游戏物体如何使用它是非常重要的。该部分就将解释这个概念。

　　什么是游戏物体？在你的游戏中的任何东西都是游戏物体。然而，游戏物体自身并不能做所有的事情。在它们成为角色，环境或者特定的效果之前它们需要特定的属性。但是物体中的每一个都会做许多不同的事情。如果每一个物体都是一个游戏物体，我们怎么从一个静态房间中区分一个具有强大交互能力的物体？是什么使得游戏物体相互不同呢？

　　答案就是游戏物体是一个容器。他们是一个空的可以容纳不同块的盒子，而这些块组成了一个带有光照贴图的岛或是一个物理驱动的汽车。为了真正理解游戏物体，你需要理解这些块；这些块被称为组件(Components)。根据你要创建的物体的不同，你可以添加不同组件到一个游戏物体中。将游戏物体想象为一个空的烹调罐，组件为不同的组成游戏的配料。

　　游戏物体与组件的关系现在我们知道游戏物体包含组件。我们将通过使用昀常用的组件——

　　变换组件(Transform)来讨论这两者之间的关系。打开任意一个场景，创建一个新的游戏物体(使用 Shift-Command-N)，选择他并查看检视面板(Instpector)

　　空物体的检视面板

　　你可能注意到了这里有两个完全不同的部分。”GameO

　　bject”和”Transform”。属于游戏物体部分的是关于游戏

　　物体自身的信息。这里只有物体的名称。变换部分显

　　示变换组件的信息。当你创建一个新的物体时，将会

　　自动包含一个变换组件。所有的物体都会有一个变换

　　组件。在 Unity中你不可能创建一个没有变换组件的物体，变换

　　组件为所有物体提供了独特的功能。

　　变换组件变换组件是昀重要的组件之一。它定义了游戏物体在场景视图中的位置，旋转，和缩放。如果游戏物体没有旋转组件，那么它将不会存在世界中。参考变换组件部分。变换组件也可以使用一个被称为父子化(Parenting)的功能，这个功能被编辑器(Unity Editor)利用并且是使用游戏物体昀关键的部分。

　　父子化父子化的意思是你可以使一个游戏物体的变换值完全依赖于另一个不同游戏物体。简单来说，就是一个物体随着另一个物体移动。当一物体是另外一些物体的父(Parent)物体时，这个物体的旋转将影响所有的子(Child)物体。你可以在层次视图 (Hierarchy

　　View)中通过拖动任何物体到另一个物体上来创建一个父。这将在两个物体之间创建父子关系。这种功能非常类似于文件夹树的功能，一个游戏物体包含在另一个游戏物体中。 需要指出的是所有子物体的变换值都是相对于父物体的，这个被称为局部坐标(Local Coordinates)。通过脚本你可以访问全局坐标(Global Coordinates)和局部坐标。

　　一个游戏物体可以有任意多个子物体，但是只能有一个父物体。子物体也可以是其它物体的父物体。你可以很容易的在层次视图中分辨一个物体是不是一个父物体。如果在它名称的左边有一个箭头，那么它就是一个父物体。

　　一个真实的父子层次树，所有带有箭头的物体都是父物体

　　记住所有的父子化的功能都是通过游戏物体的变换组件执行的，而不是游戏物体自身。

　　游戏物体-

　　脚本关系当你创建一个脚本(script)并将其附加到一

　　个游戏物体上时，这个脚本将在检视面板中作为一

　　个组件显示。这是因为当它们被保存时脚本就变成

　　一个组件。从技术角度来说，脚本是作为组件的一

　　种来编译的，就像其它组件一样。

　　任何在脚本中申明的公有变量都将在游戏物体的检

　　视面板中显示为可编辑或可连接。编写脚本的时候

　　，你能够直接访问任何游戏物体类的成员。你可以

　　在这里看到一个游戏物体类的成员列表。如果任何

　　一个类作为一个组件附加在一个游戏物体上，你就

　　可以在脚本中使用成员名来直接访问这个组件。例

　　如键入 transform等同于

　　gameObjecttransform。前面的

　　gameObject是编译器自动加入的，除非你要指定一个不同的物体。

　　使用 this可以访问当前的脚本组件。使用 thisgameObject可以访问该脚本所依附的游戏物体，当然你可以简单的使用

　　gameObject来访问此游戏物体。逻辑上来说，键入 thistransform与 tansform是相同的，如果你想访问一个组件而该组件并没有作为一个游戏物体成员包含在其中，你需要使用 gameObjectGetComponent()

　　2 使用组件(Using Components)

　　组件是游戏中一个物体的行为和核心。它们是游戏物体的功能性模块。如果你还不理解游戏物体和组件之间的关系，请参考游戏物体部分。

　　一个游戏物体包含许多不同的组件。缺省情况下。所有的游戏物体都包含一个变换(Transform)组件。这是因为变换表示物体的位置，旋转和缩放。没有变换组件，游戏物体将不会有位置。尝试创建一个空的游戏物体。单击 GameObject->Create

　　Empty菜单项。选择新游戏物体，并查看检视面板

　　。

　　每一个空的游戏物体都有一个变换组件

　　可以使用检视面板来查看都有什么组件附加在游戏

　　物体上。但一个组件被加入或删除的时候，检视面

　　板将显示当前附加的组件。可以使用检视面板来改

　　变任何组件的属性 (包括脚本)。

　　添加组件可以通过组件菜单为当前的游戏物体添加

　　一个组件。尝试添加一个刚体(Rigidbody)到刚创建的物体上。选择该物体并从菜单中选择 Component->physics-

　　>Rigidbody。现在你将会发现刚体属性显示在检视面板中，如果在该物体被选中的情况下按下播放键(Play)你将会有惊喜的发现。注意刚体是如何在一个空物体上添加功能的。

　　附加了刚体组件的空物体

　　可以附加任意数量的组件到一个游戏物体。一些组

　　件可以与其他一些组件一起工作。例如，刚体可以

　　和任何碰撞物一起工作。刚体通过 Ageia

　　PhysX物理引擎控制变换，并且碰撞器允许刚体与

　　其它的碰撞器碰撞和交互。一个不同的组件组合例

　　子是一个粒子系统 (Particle

　　System)。它们使用一个粒子发射器 (Particle

　　Emitter)，粒子动画 (Particle

　　Animator)和粒子渲染器(Particle

　　Renderer)来创建一组移动的粒子。

　　可以通过点击位于检视面板头部的问号访问组件的

　　参考页。

　　编辑组件一个组件昀重要的方面是其可扩展性。当你添加一个组件到一个物体上时，它有不同的可以调整的值或者属性(Properties)，也可以在游戏中通过脚本来调整它。有两种不同类型的属性：值(Values)和引用(References)。

　　下图中是一个具有音频源 (Audio

　　Source)组件的空游戏物体。在检视面板中所有音频源的值都是缺省的。这个组件包含一个单一的引用属性和七个值属性。音频剪辑 (Audio

　　Clip)是一个引用属性。当这个音频源开始播放时，它将尝试播放 Audio

　　Clip属性所引用的音频文件。如果没有添加引用属性，将会出现一个错误因为没有音品将被播放。你必须在检视面板中引用音频文件。你可以非常简单的从工程视图中将音频文件拖动到引用属性中。

　　现在一个音效文件在音频剪辑属性中被引用

　　组件可包含任何其它类型组件的引用，文件或游戏物体。你只需拖动适当的引用到这个属

　　性上。引用类型是非常有用和强大的，尤其是在使用脚本时。参考脚本教程。 音频剪辑中剩下的七个都是值属性。都可以通过单击并按下 Enter键来调整它们。使用键盘输入值，并按 Enter保存它。你也可以通过使用 option-或 right-click或拖动数字属性来快速滚动这些值。 音频剪辑中的值属性都是数字，但是一些属性也可以是字符串。例如，文本网格(Text Mesh)组件包含一个文本(Text)属性，这个属性可以接受字母数字字符。 一些值可以包含字符，例如文本网格中的 Text属性

1 Unity3D插件未正确安装：请确保您已经正确安装了最新版本的Unity3D插件。有时候插件安装可能会出现问题，可以尝试重新安装插件并重启浏览器。

2 浏览器不支持Unity3D插件：一些现代浏览器（如Chrome）已经停止支持NPAPI（Netscape Plugin Application Programming Interface）插件，这也包括Unity3D插件。如果您使用的是这些浏览器，请考虑尝试其他支持Unity3D的浏览器或使用Unity Web Player。

3 防火墙或安全设置：某些防火墙或安全设置可能会阻止您访问Unity3D游戏的服务器或下载所需的内容。您可以尝试关闭防火墙或重新配置安全设置来允许Unity3D插件加载和运行。

4 Unity3D游戏文件损坏：如果您的Unity3D游戏文件损坏或不完整，可能会导致游戏无法玩。尝试重新下载游戏或联系游戏开发商以获取支持。

如果对楼主有帮助，给个采纳好不，谢谢啦

Photon和KBEngineunity3d是最适用Unity3d游戏开发的两个服务器引擎，但它们还是有区别的，只有清楚地了解区别在哪才能正确使用，下面简单描述下两者的共同点和不同点。

语言

对于大部分的程序员语言简直就是宗教信仰。

Photon使用C#开发，当然使用者也是用C#进行各类游戏功能开发。前后端同种语言，这对使用Unity3d游戏开发也有很大的好处。

KBEngine使用C++开发，逻辑开发是用python，也是很不错很快速的。

开源与收费情况

Photon是Exit Games公司的产品，不开源，有好多种收费模式，官网上可以看到。开发阶段可以用免费的license，后期可以看流量用户活跃度来选择付费模式。后续的支持，似乎是免费的，你可以选择邮件或是到论坛发帖求助，当然是E文。

KBEngine是国人开发，开源免费，但从官网上并没有看到商业使用的案例。有中文论坛，你可以在论坛上向开发者求助。

虽然两者的模式不同，但作为一个Unity3d游戏开发者，我们最希望的其实是把游戏引擎当作一个安全稳定的黑箱。

操作系统

之前说了Photon使用C#开发很自然的，配套的工具也是使用C#，比如最重要的PhotonControl。所以开发环境和生产环境最好都是windows。

虽然在跨平台上有mono，在服务器代码部分是系统无关的，但是不管你信不信，我是不信它的一套窗体工具也能运行在Linux下。反正，官网说法是，开发和生产环境都是用windows。

KBEngine建议开发环境选择Windows，生产环境选择linux。毕竟你总不希望开一组服务器打开9个Console窗体，一不小心把哪个点X了吧～

协议

Photon有自己的序列化反序列化方式，你也可以使用protobuf这类的来做应用层传输协议。

KBEngine在这方面表示不支持自定义协议，它帮你选择了有效的方法来处理，如果你习惯了他规定的方式，会喜欢上的。

看法

在功能上，我毫无疑问地更喜欢KBEngine，脚本化和自动持久化是极富魅力的功能。而Photon几乎没做这方面的功能，可能和老外的观念有关系。就目前我对两者功能的理解看来，Photon其实是个和SuperSocket差不多的东西，而SS是作为轻量级服务器框架存在的，Photon却是说自己是Unity3d游戏引擎，除去提供的MMO示例代码(未解读)，没看到什么游戏引擎的魅力。