详谈 Unity3D AssetBundle 资源加载,结合实际项目开发实例

第一次搞资源更新方面,这里只说更新,加载,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)来逐个进行卸载,以保证游戏流畅度。

                

学以致用,不致用,何学?
posted @ 2017-04-19 20:20  不三周助  阅读(7828)  评论(0编辑  收藏  举报