在一个 Unity 3D 项目中，通常会有大量的模型、材质以及其他游戏资源，所以需要将游戏资源归类到不同文件夹做分类管理。
其中有一些特殊的目录名称会被Unity识别，它们有不同的特性。
Assets 目录
这个是Unity的资源根目录，只有一个，project窗口里的内容与之对应。获取该目录路径的方法是Application.dataPath。
编辑器扩展目录
- Editor 目录
Editor文件夹可以在根目录下，也可以在子目录。Editor下面放的所有资源文件或者脚本文件都不会被打进发布包中，并且脚本也只能在编辑时使用。有时候要一键打包AssetsBundle，或者一键导入字模生成美术字，还有一键增加100个动画状态单元等等，这些功能使用的脚本或者是一些编辑时用的DLL, 类似技能编辑器都可以放在这个文件夹里。很多第三方插件都会有一个Editor文件夹。
Editor目录里的asset只能被Editor Script加载，加载APIEditorGUIUtility.Load，Editor目录下的脚本组件不要继承MonoBehaviour，因为不能加载到GameObject上。 - Editor Default Resource目录
Editor Default Resources注意中间是有空格的, 它必须放在Project视图的根目录下
Editor Default Resources把编辑器用到的一些资源放在这里，比如图片、文本文件、等等;
和Editor文件夹一样都不会被打到最终发布包里，仅仅用于开发时使用。
Editor文件夹的脚本中使用EditorGUIUtility.Load来读取该资源:
TextAsset text = EditorGUIUtility.Load("test.txt")as TextAsset;
Standard Assets目录
使用menu: Assets > Import Package加入的标准资源包，会放到里面。
Gizmos目录
Unity的Gizmos类可在Scene视口中绘制图像用来显示设计细节。Gizmos.DrawIcon函数可以在场景视口中绘制一个图标以标记特殊的对象和位置。该函数使用的图像文件需要位于 Gizmos 中。
Plugins目录
如果做手机游戏开发一般 andoird 或者 ios 要接一些sdk 可以把sdk依赖的库文件 放在这里
比如 .so .jar .a 文件,该目录下的文件会被打包到安装包里面。
StramingAssets目录
这个文件夹下的资源会全都打包在.apk或者.ipa，它不会压缩，而且会原封不动的打包进去，不管里面的资源有没有被使用，并且它是一个只读的文件夹，就是程序运行时只能读，不能写，脚本中使用Application.streamingAssetsPath 来读取资源，它会根据当前的平台选择对应的路径。
Application.persistentDataPath
游戏在手机上安装后才有这个目录，这个目录可以存放热更文件。
Resource目录
Resources也是一个类，可以通过这个类操作resource目录
1: Resources可以在根目录下，也可以在子目录里，只要名子叫Resources就可以，发布打包的时候会把所有Resources文件夹下的资源一次打包放在一起。比如目录：/xxx/xxx/Resources
2: Resources文件夹下的资源不管你用还是不用都会被打包进.apk或者.ipa(除了editor)，apk是安卓的安装包，ipa是苹果的安装包，使用代码加载的资源必须放在Resouces目录下
3: 代码加载资源，Resource.Load ：编辑时和运行时都可以通过Resource.Load来直接读取任何在Resources文件夹下的资源文件
4: AssetDatabase.LoadAssetAtPath()：它可以读取Assets目录下的任意文件夹下的资源，它只能在编辑时用，不能写在游戏运行代码中。它的路径是”Assets/xx/xx.xxx” 必须是这种路径，并且要带文件的后缀名。
根据官方文档,最好不要使用resource来进行资源加载，因为
- 使用Resources文件夹将会使细粒度的内存管理变得更难
- 对Resources文件夹的不恰当使用会导致应用程序构架和启动时间变长，因为这个文件夹内的内容会在游戏启动时载入内存
- 随着Resources文件夹数量的增加，在这些文件夹中管理Asset将会变得越来越难
- 使用Resources系统会降低项目向不同平台提供定制内容的能力，并且导致项目无法进行增量内容更新
- AssetBundle是Unity用来在设备层面管理资源的首选工具。
尽管如此，Resources系统在特定情况下十分有用： - Resources系统简单易用的特点使其非常适合用于快速开发原型。不过，当项目进入正式开发阶段时，应该停止使用Resources文件夹。
- Resources文件夹可以用于处理一些简单的内容：
1.在项目的整个生命周期中都被使用的内容
2.非内存密集型内容
3.不太可能添加补丁或者不受平台和设备影响的内容
当项目被构建时，所有名为Resources的文件夹中的所有Asset和Object都会合并到同一个序列化文件中。这个序列化文件中还含有元数据（Metadata）和索引（Indexing）信息。加载Resources文件这一操作无法跳过，它会在应用程序启动显示不可交互的启动画面（Splash Screen）时执行。在一台低端设备上，初始化一个包含10000个资源文件的Resources系统要花费几秒的时间，然而在Resources文件夹中的这些Object很多都不会在应用程序的第一个Scene中使用到，完全没有必要加载。
其他文件夹目录
如果没有用到，就不会被打包到发布包里面去，如果用了就会被打包到发布包里面去，而且普通文件夹里面的资源是没有办法在代码里面来加载使用的。
特殊目录和脚本编译顺序
官方文档
C#脚本的编译顺序影响脚本之间的引用，比如你不能引用未初始化的类，任何在以后才编译的内容，现在是不应该被引用到的。Unity编译脚本分为四个时期,而且是根据脚本所在的位置分的
| phase | Assembly name | Script files |
|---|---|---|
| 1 | Assembly-CSharp-firstpass | 在Standard Assets, Pro Standard Assets 和 Plugins文件夹下的运行时脚本 |
| 2 | Assembly-CSharp-Editor-firstpass | 在Standard Assets, Pro Standard Assets 和 Plugins文件夹下的Editor子目录中的编辑器脚本 |
| 3 | Assembly-CSharp | 其他不在Editor目录中的脚本 |
| 4 | Assembly-CSharp-Editor | 其他存在于Editor目录中的脚本 |
注意，Standard Assets只有在Assets根目录下有效
Unity 资源管理
1: 不在代码里面动态加载的，或放到assetBundle里的资源，尽量不要放在Resources文件夹下;代码里面动态加载的资源，放在Resources文件夹下
2: 如果只把一些用代码加载的资源放进Resources文件夹下，最终打包出来的就是一个小包，然后让玩家安装好后再从互联网上去下载一些AssetBundle资源包，这样就让安装包变的小了些。这就是为什么有一些重度手机游戏的安装包不大，然后进入游戏的时候还要下载一些东西才能运行，这些东西就是AssetBundle资源，就像王者荣耀有更新的时候进去会再下载几M的文件。所以要注意的是这种做法一定要在打包的时候，移除Resources文件夹下的可以从AssetBundle资源包中获取的资源，打完包可以再移回来调试之类的。
所以项目里面最好不要用代码Resource.Load去加载资源，这样加载的资源是不能移出Resources文件夹变成AssetBundle资源包的，也不利于后期的更新。
必须要封装一个资源加载的类ResourceManager，来封装好决定是从Resource目录下读取，还是assetbundle下读取。