第一次搞资源更新方面，这里只说更新，加载，AssetBundle资源加载,谈谈自己的理解，以及自己在项目中遇到的那些神坑，现在回想一下，真的是自己跪着过来的，说多了，都是泪。
我这边是安卓AssetBundle资源加载。欢迎拍砖。
一.Unity中各个目录
我这里说的是移动平台（安卓举例），读，写。所谓读，就是你出大版本的包之后，这个只读的话，就一辈子就这些东西了，不会改变了，不会有其他资源来覆盖或者增加啦。
可写，就是可以加东西进去呗。可能是自己太笨，一开始没怎么注意这意思。竟然往StreamingAssets去实现资源更新（天啦撸）。
Application.StreamingAssetsPath,
StreamingAssets目录必须在Assets根目录下，该目录下所有资源也会被打包到游戏里，不同于Resources目录，该目录下的资源不会进行压缩，同样是只读不可写的。
这里的只可读，不可写，就是除了出大版本的包（重新下载），这里面的东西永远不会变。
各平台StreamingAssets路径打印：
Win：E:/myProj/Assets/StreamingAssets
Mac : /myProj/Assets/StreamingAssets
Andorid：jar:file:///data/app/com.myCompany.myProj-1/base.apk!/assets
iOS: /var/containers/Application/E5543D66-83F3-476D-8A8F-49D5332B3763/myProj.app/Data/Raw
Application.PersistentDataPath
应用程序安装后才会出现。该目录独特之处在于是可读，可写的，所以我们一般将下载的AssetBundle存放于此。
各平台PersistentDataPath路径打印：
Win：C:/Users/lodypig/Appdata/LocalLow/myCompany/myProj
Mac : /Users/lodypig/Library/Application Support/myCompany/myProj
Andorid：/data/data/com.myCompany.myProj/files
iOS: /var/mobile/Containers/Data/Appliction/A112252D-6B0E-459Z-9D49-CD3EAC6D47D/Documents
Application.DataPath
应用程序目录，即Assets目录。使用Appliction.dataPath访问。只读不可写。
各平台DataPath路径：
Win：E:/myProj/Assets
Mac : /myProj/Assets/
Andorid：/data/app/com.myCompany.myProj-1/base.apk!
iOS: /var/containers/Application/E5543D66-83F3-476D-8A8F-49D5332B3763/myProj.app/Data
综上，也就是说，要实现资源更新，你只有把资源下载到Application.PersistentDataPath目录下才可实现资源更新（增加或者替换），其他目录不可能实现。
二.Unity游戏加载的资源是如何分配
首先你得有一个资源服务器（FTP为例），因为StreamingAssets目录是只读的，我们想要实现热更新，StreamingAssets
目录里面的东西一旦第一个版本打出APK的包之后，这里的东西将永远不会变（只读）。由于PersistentDataPath目录是可读可写的，
所以游戏下载资源都会下载到这里面。这样就实现了资源的热更新。
注解：绿色的代表流动，可以不断可以改变的资源。红色线代表，读取persistent目录没有的情况下，读StreamingAssets目录，所以，是永远不变的资源。（除非你去重新下载一个apk的包，就不是热更了）
三.如何加载本地的资源
首先优先判断PersistentDataPath目录下的资源是否存在，因为服务器上的资源都是下载到这里的，最新的资源通过下载到这里并且覆盖，这里的资源
能保持跟服务器一致。（雨松之前讲的UnityAssetBundle例子就是通过加载服务器上的，那个只是一个小案例，不能每次用哪下载到哪，每次都要下载，
这种方式是很不好用的，就第一次用的时候如果资源与服务器不一致，就下载到本地中，即PersistentDataPath目录。）
因为每个游戏一开始出大版本的时候，都会附带大量资源，就是放在StreamingAssets目录，所以，这里存放大量资源。这样减少下载的次数。
其实，换一种说法，PersistentDataPath完全是给StreamingAssets的补丁目录，我是这样理解的。当然，在项目运用中，都需要优先最先资源判断。
四.遇到的那些神神神.....坑
(1) 不要以为在PC端可以加载的路径，安卓也可以用。
我这边因为涉及到WWW加载，贴出我的。
这里主要是通过www 如何加载PersistentDataPath和StreamingAssets这两个目录。
Application.PersistentDataPath:
/// <summary>
/// 天呐，一个Per目录，还两种方法加载。这真的是最后我找出来最完美的，可以加载的，之前还有N种版本，就不提了，网上有，我是经过实测，Unity5.3.4版本
/// 加载PC上安卓平台，加载PC上Standalone，加载安卓真机（APK包），这三个，都是可以加载的（WWW加载），
/// </summary>
public static string PERSISTENT_PATH_DATABASE //= LGameConfig.LOCAL_URL_PREFIX + Application.persistentDataPath + "/DataBase/";
{
get
{
#if UNITY_EDITOR_WIN || UNITY_STANDALONE_WIN
return "file:///"+ Application.persistentDataPath + "/Test/";
#else
return "file://"+ Application.persistentDataPath + "/Test/";
#endif
}
}
Application.StreamingAssets:
public static string STREAMING_PATH_DATABASE
{
//这样写，因为安卓Unity平台是Application.isMobilePlatform==false， 而宏定义中又 ==UNITY_ANDROID。
//因为我们项目中是需要同时在PC下安卓平台和PC下 Standard平台，哈哈
get
{
if (!Application.isMobilePlatform)
{
return "file://" + Application.dataPath + "/StreamingAssets" + "/DataBase/";
}
else
{
return
#if UNITY_ANDROID
Application.streamingAssetsPath+ "/DataBase/";
#else
"file://" + Application.dataPath + "/StreamingAssets" + "/DataBase/";
#endif
}
}
这个加载地址，真的是精华，可能自己太笨，就是搞这个WWW加载安卓StreamingAssets目录，花了大把时间，因为网上，加载方式真的是尼玛一万种，要喷一下，这些人，不实际打到APK测一下，我MDGB呀，坑的我好惨。
（2）不要以为在PC端可以用的方法，在安卓也可以用。
安卓上跟其他平台不一样，安装后，这些文件实际上是在一个Jar压缩包里，所以不能直接用读取文件的函数去读，而要用WWW方式
读取的代码(假设名为"文件.txt")
（3） 安卓资源路径加载，下载问题，真的是这次做AssetBundle最大的障碍。
（4）通过FTP和CDN下载资源的时候对应的 后缀是不同的。
FTP下载 后面用 "/" ，即可。
CDN下载 后面用 "//" ,即可。
（5）不同的加载方式，加载的路径也是不同的。
具体我就不说了。
(6)记得加 加载文件的后缀名
安卓上跟其他平台不一样，安装后，这些文件实际上是在一个Jar压缩包里，所以不能直接用读取文件的函数去读，而要用WWW方式
1.读取的代码(假设名为"文件.txt")
(7)加载方式，First In PersistentDataPath,Then StreamingAssets
IEnumerator LoadAnouncementText()
{
string strUrl = GetTxtPerststentUrl(anouncementText);
WWW www = new WWW(strUrl);
yield return www;
if (www.error == null)
{
mAnoucementText = ConvertByteToString(www.bytes);
}
else if (www.isDone)
{
string strPerUrl = GetTxtStreamUrl(anouncementText);
www = new WWW(strPerUrl);
yield return www;
if (www.error == null)
{
mAnoucementText = ConvertByteToString(www.bytes);
}
else if (www.isDone)
{
Debug.LogError("下载当前表出错" + www.error.ToString());
}
}
} string GetTxtStreamUrl(string name)
{
return STREAMING_PATH_DATABASE + name + ".txt";
} string GetTxtPerststentUrl(string name)
{
return PERSISTENT_PATH_DATABASE + name + ".txt";
}
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!补充!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
补充：对于上面的路径问题大家可能有些困惑。
贴出最详细全面的路径问题，经过测试，完全没问题（安卓，PC都可以用，实际项目中使用）
string GetScenePath(string fileName)
{
string path =DataUrl.GetFilePersistentUrl(fileName)+".unity3d";
// string path= DataUrl.LOCAL_URL_PREFIX + Application.dataPath + "/StreamingAssets/" + "Scene_Main" + ".unity3d";
//读取Per目录的时候不需要加prefix,但是读取Streaming目录时候需加上prefix
bool isPersistentDataPath = System.IO.File.Exists(path);
if (!isPersistentDataPath)
{
path = DataUrl.GetFileStreamingUrl(fileName)+ ".unity3d";
if (!System.IO.File.Exists(path))
{
Debug.LogError("Per，Stream目录 scene bundle都不存在");
return null;
}
} return DataUrl.LOCAL_URL_PREFIX+ path;
} DataUrl.cs
public static string GetFilePersistentUrl(string path)
{
return Application.persistentDataPath+"/" + path;
} public static string GetFileStreamingUrl(string path)
{
return Application.streamingAssetsPath+"/" + path;
}
#if UNITY_EDITOR_WIN || UNITY_STANDALONE_WIN
public static readonly string LOCAL_URL_PREFIX = "file:///";
#else
public static readonly string LOCAL_URL_PREFIX="file://";
#endif
五.AssetBundle 加载方式
（转自：https://blog.uwa4d.com/archives/ABTheory.html）
1.用法
AssetBundle加载资源分为两步，第一步是获取AssetBundle对象；第二步是通过该AssetBundle对象加载需要的资源。
第一步：获取AssetBundle对象（可以分为以下两种）
①先获取WWW对象，再通过WWW.assetbundle来获取AssetBundle对象。
public WWW(string url);
记载bundle文件并获取WWW对象，完成后会在内存中创建较大的WebStream（解压后的内容，通常为原Bundle文件的4~5倍，纹理资源可能更大），因此后续的AssetBundle.load可以直接在内存中进行。
public static WWW LoadFromCacheOrDownload(string url,int version,unit crc = 0);
加载Bundle文件并获取WWW对象，同时将解压形式的Bundle内容存入磁盘中作为缓存（如果该Bundle已经在缓存中，则省去这一步），完成后只会在内存中创建较小的SerializedFile，而后续的AssetBundle.load 需要通过IO从磁盘中的缓存中获取。
综上两种方式，直接使用WWW.AssetBundle获取AssetBundle对象。
②直接获取AssetBundle。
public static AssetBundle LoadFromFile(string path);
通过未压缩的Bundle文件，同步创建AssetBundle对象，这是最快的创建方式。创建完后只会在内存中创建较小的SerializedFile，
而后续的AssetBundle.Load需要通过IO从磁盘中获取。
public static AssetBundleCreateRequest LoadFromMemoryAsync(byte[] binary)；
通过Bundle的二进制数据，异步创建AssetBundle对象。完成后会在内存中创建较大的WebStream。调用时，Bundle的解压是异步的。
public static LoadromMemory
上述方式的同步版本.
第二步：从AssetBundle加载资源的常用API
public T LoadAsset<T>(string name) where T: Object
2.Load assetBundle 区别
new WWW vs WWW.LoadFromCacheOrDownLoad
①前者的优势
前者的Load操作在内存中进行，相比后者的IO操作开销更小
不形成缓存文件，而后者则需要额外的磁盘空间存放缓存
②前者的劣势
每次加载都涉及到解压的操作，而后者在第二次加载时就省去了解压的开销
在内存中会有较大的WebStream，而后者在内存中通常只有较小的SerializedFile。
六.内存分析
WebStream：在使用new WWW或LoadFromMemory时产生，内存开销较大
SerializedFile:内存开销通常较小，但是一般磁盘中存储资源，需要IO操作。
建议：
AssetBundle文件的大小不超过1MB，因为在普遍情况下Bundle加载时间与其大小并非呈线性关系，过大的Bundle可能引起较大的加载开销。
由于WWW对象的加载是异步的，因此逐个加载容易出现CPU空闲的情况，此时建议适当同时加载多个对象，以增加CPU使用率，同时
加快加载的完成。
卸载：
场景物体（GameObject）：这类物件可通过Destroy函数进行卸载。
资源（包括Prefab）：除了Prefab以外，资源文件可以通过三种方式来卸载
1）Resource.UnLoadAsset 卸载指定的资源，CPU开销小
2）Resource.UnLoadUnusedAssets:一次卸载所有未被引用的资源，CPU开销大。
3）AssetBundle.UnLoad(true)在卸载AssetBundle对象时，所有该资源引用的资源也一起卸载，因为该方法容易造成资源丢失，不建议经常使用。unload(false),只卸载该资源。
4）WWW对象，调用对象的Dispose函数或将其置为null即可。
5）WebStream：在卸载WWW对象以及对应的AssetBundle对象后，这部分内存即会被引擎自动卸载。
6）SerializedFile:卸载AssetBundle后，这部分内存会被引擎自动卸载。
注意：
在通过AssetBundle.unload(false)卸载AssetBundle对象后，如果重新创建该对象并加载之前加载过的资源到内存时，会出现冗余，即两份相同的资源。
被脚本的静态变量引用的资源，在调用resource.unloadUnusedAssets,并不会被卸载。
推荐：
①对于需要常驻内存的Bundle文件来说，优先考虑减少内存占用，因此对于存放非Prefab资源（纹理）的Bundle文件，可以考虑使用LoadFromCacheOrDownLoad或LoadFromFile加载，从而避免WebStream常驻内存。对于存放较多Prefab资源的Bundle，则考虑使用WWW加载。因为这类Bundle用WWW.LoadFromCacheOrDownLoad加载时产生的SerializedFile可能会比WWW产生的WebStream更大。
②对于加载完后卸载Bundle文件，分两种情况，优先考虑速度（加载场景时），优先考虑流畅度（游戏进行时）
加载场景的情况下，需要注意的是避免WWW对象的逐个加载导致的CPU空闲，优先考虑使用加载速度较快的LoadFromCacheDownLoad或LoadFromFile。
游戏进行时，需要避免使用同步操作引起卡顿，因此考虑使用WWW配合LoadAsync进行平滑的资源加载。
尽量避免游戏进行时调用Resource.UnLoadUnusedAssets().因为该接口开销较大，容易造成卡顿，可以尝试使用
Resource.UnLoad(obj)来逐个进行卸载，以保证游戏流畅度。