做Unity开发有些年头的人基本都会有一个共同感受代码写得再漂亮资源管不好项目一样会变成灾难。资源管理这件事听起来像是把文件放进文件夹那么简单但实际上它贯穿了导入管线、序列化、运行时加载、依赖分析、打包优化一整条链路。这篇内容我就把Unity里的资源类型和基本使用从头到尾捋一遍——哪些资源是项目里最常见的它们分别怎么被导入、怎么被加载、怎么被引用以及我在实际项目里踩过的那些和资源相关的坑。无论你是刚接触Unity的新手还是已经写过一些功能但没系统梳理过资源体系的开发者这篇内容都能帮你把资源这条线彻底理清楚。我不打算堆砌文档式的罗列而是从实际开发视角出发把每一种资源的定位、使用方式、注意事项一次讲透。1. 先搞明白Unity为什么要把资源管理单独拎出来讲很多刚从代码思维转过来的人一开始都不太理解Unity为什么对资源这么较真。写程序的时候我们说数据存在数据库里、代码存在文件里一切都很直接。但Unity项目不一样它本质上是一个场景编辑器 运行时引擎的组合体而场景和资源就是引擎的命脉。先建立一个基本认知Unity的项目里所有东西可以分成两大类。一类是代码C#脚本、程序集定义、Shader代码另一类是资源Asset也就是你在Project窗口里能看到的一切非代码内容——模型、贴图、材质、音频、预制体、场景、动画、字体、视频、ScriptableObject配置等等。代码决定怎么做资源决定做什么和用什么做。那为什么要把资源管理单独拎出来讲最直接的原因是资源的生命周期比代码复杂得多。代码在编译之前只是一堆文本但资源在进入引擎之后会经历导入Import、编译Compile、序列化Serialize、加载Load、实例化Instantiate、卸载Unload多个阶段。任何一个阶段出了问题轻则资源显示异常重则运行时崩溃、打包体积失控。我自己带过几个新手项目发现大家最常见的困惑是这几种把美术给的贴图直接丢进Assets结果模型一堆项目变得特别卡但不知道是贴图的问题想在代码里动态加载一个资源却不知道资源应该放在哪个目录、用什么API拖动资源到Inspector上引用一切正常但运行打包之后就变成了空引用明明在编辑器里删掉了一个资源但重新拉取代码后旧资源又冒出来了因为没处理meta文件。这些坑本质上都出在对资源这件事的理解不够系统。所以这篇文章我就从资源类型和它们在项目里最基础的使用方法这两个维度把Unity资源管理这张地图给你铺开。2. 按使用场景把常见资源类型分门别类别被Project窗口看花了眼Unity的Project窗口能看到几十种文件后缀新手很容易被吓到。但你剥开来看真正常用的资源类型其实可以用场景来归成几大类。我按自己在项目里的使用频率和它们承担的角色做了一个分类。2.1 表现类资源一条贴图→材质→Shader→Mesh的渲染链表现类资源说白了就是让东西看得见、看得好看的那批资源。最容易让新人懵的是它们不是独立存在的而是互相引用、联合起作用的。Texture图片资源Unity会把外部图片导入为Texture2D。它是渲染的最底层数据负责提供颜色、法线、粗糙度等信息。Texture本身是数据单独放在场景里是看不见的必须贴在材质上才有意义。Shader本质是运行在GPU上的程序决定顶点和像素怎么处理。新写一个Shader之后Unity会自动编译并在材质上暴露对应的参数面板。MaterialShader的参数实例化载体。同一个Shader可以做成多个Material每个Material有不同的颜色、贴图引用、光滑度等参数。你在场景里看到的物体颜色其实大部分是Material配合Shader算出来的。Mesh模型的几何数据。外部导入的FBX里可能包含多个MeshUnity会拆成本体资源。Sprite2D专用的图片子类型。它不是单独的文件而是把Texture的Texture Type设置成Sprite后得到的资源形态。这一条链路是我在文章里最想强调的很多新人把一张贴图拖到场景里发现物体没变化就是因为贴图不能直接作为视觉元素渲染它必须经过材质这个中间层。你打开任意一个3D物体的Inspector看到的那一排Material列表就是这条链路在Unity里的实体化。2.2 组织类资源Prefab、Scene、Timeline如何把资源拼成玩法有了零件接下来就该把它们组装成可玩的关卡了。这一层就是组织类资源的职责。Scene场景是Unity里最大的组织容器。一个场景可以理解为游戏的一个关卡或者一个UI界面里面包含了GameObject的层级关系、灯光、相机、以及各种组件的当前状态。场景本身也是一个资源文件后缀是.unity。Prefab预制体这是Unity资源体系里最核心的复用单元。它把一组GameObject和组件的配置状态保存成资源让你能在场景里反复使用同一个配置。你在场景里摆好的一个敌人保存成Prefab之后下次只要拖进场景就拥有了完全一样的属性。更妙的是直接修改Prefab本体所有场景实例都会同步更新——前提是你没有在实例上做覆盖。Prefab Variant预制体变体它是基于某个Prefab扩展出来的子资源。基类Prefab调整属性变体跟随变化变体自己定义的额外属性则单独保留。做多怪物种、多皮肤角色时特别好用。Timeline时间线资源用于编排过场动画、技能演出、音视频同步等序列化行为。它本身不包含美术资源而是引用Assets里其他资源按时间轴控制它们的属性变化。2.3 数据配置类资源ScriptableObject为什么值得单独一个分类这类资源在Unity里非常特殊因为它是代码和数据的结合体——由C#脚本定义结构再在Project窗口里创建出资源实例。它的核心价值是让你把配置数据从场景里、从代码里抽离出来变成一种可以在Inspector上编辑的资源。举个我实际项目里的例子。以前我们在代码里写角色血量上限、移动速度、技能冷却时间写死在类里。要改数值得改代码、重新编译策划又不会碰代码沟通成本极高。后来把所有角色属性抽成了CharacterConfig这个ScriptableObject策划直接在Project窗口右键创建、在Inspector里调数值保存即生效代码里只需要持有这个配置的引用。效率不是一个量级的。ScriptableObject也被广泛用于事件配置、关卡配置、道具表、音频配置甚至整个游戏的元数据配置。它属于那种一旦用起来就回不去的资源类型。2.4 音频、视频和动效资源把感官带进项目最后这一类是负责听觉、视觉动态和界面呈现的资源AudioClip音频剪辑支持MP3、WAV、OGG等格式。资源管理器里能看到它的加载方式、压缩格式和循环设置。VideoClip视频剪辑多用于过场动画或UI背景。AnimationClip动画片段存的是骨骼/属性曲线数据可以作用在GameObject和组件属性上。Animator Controller动画状态机负责把多个AnimationClip组织成状态并编排状态切换条件。Font字体资源通常配合TextMeshPro使用TMP会生成自己的字体资源。到这一步你已经在脑子里建立了第一张资源地图表现类管怎么显示组织类管怎么组装数据类管怎么配置音频视频类管怎么感受。下面我们就深入每一类在实际使用中的细节。2.5 一张资源类型速查表为了方便你后续查阅我整理了一张常用类型表包含重点API和常见使用场景资源类型常用文件后缀主导API典型用途Scene.unitySceneManager关卡、UI场景Prefab.prefabInstantiate / PrefabUtility可复用物体Texture.png/.jpg/.tgaTexture2D / Resources.Load贴图、UI图片Sprite.pngTexture Type设为SpriteSpriteRenderer / Image.sprite2D角色、UI图标Material.matMaterialPropertyBlock渲染参数Shader.shader/.shadergraphShader.Find材质渲染逻辑Mesh.fbx/.obj/.blendMeshFilter / MeshRenderer3D模型几何体AnimationClip.animAnimator.Play / Animation属性动画AudioClip.wav/.mp3/.oggAudioSource.Play音效、音乐ScriptableObject.assetCreateAssetMenu数据配置、事件通道Animator Controller.controllerAnimator状态机驱动3. 资源落地之前导入设置和导入管线是第一个隐形战场很多初学者以为资源放进Assets文件夹就完事了其实这才是刚开始。Unity对每个文件都会走一遍导入管线收集文件、根据类型选择导入器Importer、读取导入设置、生成引擎可用的内部对象、写入Library缓存。这个过程不需要你写代码但它的设置直接决定了资源的显示效果、加载速度和包体大小。3.1 导入设置第一课Texture的压缩和Max Size先说Texture因为它是项目里占用内存最多、对性能影响最直接的资源。选中任何一张贴图Inspector上会弹出Texture Import Settings面板里面有几项几乎每个项目都要调Texture Type决定贴图用途常见的有Default普通贴图、Sprite2D/UI、Normal map法线贴图、Lightmap光照贴图。选错类型效果会完全不对——比如把法线贴图设成Default材质上的法线效果就会丢失。Max Size贴图导入后允许的最大分辨率。美术给一张4096x4096的贴图但物体在实际屏幕上也许就占100像素盲目用4096只会白白占用4倍显存。我见过很多项目一个UI图标就占2M显存改成Max Size512后流畅度瞬间提升。这里的原则是以画面实际需求反推够用就好。Compression压缩格式直接决定显存占用和渲染质量。低质量压缩如RGB16等适合UI小图高质量ASTC/BC7等适合大型场景贴图。移动端优先ASTC桌面端用BC压缩。Generate Mip Maps为贴图生成多级渐远贴图。场景中物体离相机远时GPU会切换到更小的Mip级别减少锯齿和闪烁。但UI贴图建议关掉因为UI极少缩放生成Mip反而多占三分之一内存。3.2 导入设置的二三事Mesh、Audio、FBX的隐藏选项Mesh资源的导入设置同样值得关注。FBX文件导入时Scale Factor默认是1但很多建模软件的单位体系不同容易出现场景里模型忽大忽小的情况。我通常会在建模规范里约定好单位然后统一设置Scale Factor。AudioClip的导入设置里有一个Load Type三选一Decompress On Load加载时解压到内存播放响应最快但内存占用高适合短音效。Compressed In Memory以压缩格式驻留内存播放时解压适合中等长度音乐。Streaming流式加载边下边播适合长背景音乐内存占用低但依赖IO。这三个选项不像贴图设置那么直观但如果把一段10分钟的背景音乐设成Decompress On Load包体和内存都会爆炸。我建议长音频一律用Streaming。3.3 不可或缺的.meta文件资源的唯一身份证Unity里几乎每个资源旁边都有一个同名.meta文件里面最重要的是GUID。这个GUID就是一个资源的唯一ID所有资源之间的引用关系比如Material引用Texture、Prefab引用Material都是靠GUID来记录的而不是靠文件路径。为什么要用GUID而不是路径因为路径可以变GUID不能变。你移动了贴图文件位置只要.meta跟着走所有引用它的材质都不会受影响。反过来如果你把一个资源从一个项目复制到另一个项目只复制了文件而没复制.meta那新项目就会给资源生成一个全新GUID旧项目里所有引用它的资源全部会丢失引用。这个坑非常隐蔽我处理过的打包后模型材质丢失案例十有八九是美术给的模型文件带着新生成的meta旧引用全断了。结论是meta文件必须和资源一起版本管理不要动不动就Generate new GUID。4. 在编辑器里操作资源的正规途径AssetDatabase做项目做久了你会发现纯靠手动拖拽、右键创建来管理资源效率太低了。批量改名字、批量改导入设置、批量检查引用关系这些都需要代码介入。Unity给编辑器扩展提供了一整套操作资源的API核心就是AssetDatabase。4.1 为什么编辑器代码里不能用File.IO直接操作资源我见过有的开发者在编辑器工具里直接用File.Delete、File.Copy去删资源结果Unity经常报Asset has disappeared或者干脆卡死。原因很简单Unity有自己的资源索引和序列化缓存你用操作系统层面的文件操作绕过了Unity的感知。Unity不知道文件被删了它的库缓存还在引用旧数据。正确的做法永远是走AssetDatabase的接口比如using UnityEditor; using UnityEngine; public static class AssetUtility { // 批量重命名资源 [MenuItem(Tools/Batch Rename/Add Suffix _new)] public static void RenameSelectedAssets() { foreach (string guid in Selection.assetGUIDs) { string path AssetDatabase.GUIDToAssetPath(guid); string newPath System.IO.Path.ChangeExtension(path, null) _new System.IO.Path.GetExtension(path); AssetDatabase.RenameAsset(path, newPath); } AssetDatabase.SaveAssets(); AssetDatabase.Refresh(); } }这段代码里assetGUIDs拿的就是资源guidGUIDToAssetPath把guid转成路径RenameAsset是Unity认可的改名方式。最后记得SaveAssets和Refresh让资源数据库刷新Project窗口的显示才会同步。4.2 创建和加载资源的几个关键API我自己用得最多的几个AssetDatabase APIAssetDatabase.LoadAssetAtPath按路径加载资源。常用于读取配置类ScriptableObject。编辑器下的加载和运行时不同它是即时同步加载路径从Assets/开始写。AssetDatabase.CreateAsset在指定路径创建一个资源通常用于把ScriptableObject实例保存成.asset。AssetDatabase.SaveAssets / SaveAllAssets把内存里的修改持久化到硬盘。AssetDatabase.GetDependencies获取某个资源依赖的所有资源路径。检查引用关系时神好用。AssetDatabase.FindAssets按名称或类型全局搜索资源配合GUIDToAssetPath使用。一个典型场景批量生成角色配置。策划在Excel里配置了100个角色的属性我写一个编辑器工具读取Excel循环创建100个CharacterConfig资产[MenuItem(Tools/Create Character Configs)] public static void CreateAllConfigs() { string folderPath Assets/GameData/Characters; if (!AssetDatabase.IsValidFolder(folderPath)) { AssetDatabase.CreateFolder(Assets/GameData, Characters); } for (int i 0; i 100; i) { CharacterConfig config ScriptableObject.CreateInstanceCharacterConfig(); config.maxHealth 100 i * 10; config.moveSpeed 3f; string path ${folderPath}/Character_{i:000}.asset; AssetDatabase.CreateAsset(config, path); } AssetDatabase.SaveAssets(); AssetDatabase.Refresh(); }这样生成的资源在Project窗口里一个个看得见、摸得着策划可以直接查看和修改。代码和策划之间第一次形成了同一套资产的合作模式。4.3 别忘了Refresh和数据库一致性最后再强调一遍在编辑器工具里增删了资源一定要调用AssetDatabase.Refresh()。这个调用会触发Unity重新扫描文件、更新资源数据库、重建meta索引。如果漏掉它后续再执行FindAssets或LoadAssetAtPath很可能拿到的是旧数据或者直接找不到。这个习惯一旦养成能帮你省掉无数工具跑完但资源没生效的古怪问题。5. Resources目录运行时加载资源最直接的上手方式编辑器里的资源操作搞清楚之后就该看运行时了。运行时加载资源最简单、最基础的方式就是用Resources目录配合Resources.Load。这是Unity官方保留的一条快捷通道很适合做入门学习和小型项目。5.1 Resources目录的规则和特性在项目里Assets下任何名为Resources的文件夹都会被Unity特殊对待。你可以建多个Resources文件夹比如每个模块一个运行时所有Resources目录下的内容会被统一打进一个资源包里。用Resources.Load加载资源的代码长这样using UnityEngine; public class ResourceLoaderExample : MonoBehaviour { private void Start() { // 加载预制体 GameObject enemyPrefab Resources.LoadGameObject(Prefabs/Enemy); if (enemyPrefab ! null) { Instantiate(enemyPrefab, Vector3.zero, Quaternion.identity); } // 加载材质和贴图 Material mat Resources.LoadMaterial(Materials/EnemyMat); Sprite icon Resources.LoadSprite(UI/EnemyIcon); } }注意Resources.Load的路径不带扩展名.prefab、.png都不写而且是从Resources目录开始的相对路径不能写到Assets/Resources这一层。5.2 Resources目录不是越大越好这是最核心的教训Resources目录用起来方便但它有一个巨大的代价所有Resources目录下的资源无论你有没有用都会被打进最终的包体。而且Resources本身不能做增量更新、不好做热更资源多了之后启动加载时间也会变长。Unity官方其实已经不建议在大型项目里大量使用Resources更推荐Addressables。所以我的建议是分情况小型项目、Demo、纯学习项目用Resources完全没问题简单直接。中大型项目Resources可以作为少数全局通用资源的存放位置比如全局UI图集、启动加载的前置配置但主要资源应该走Addressables或AssetBundle。无论如何都要定期检查Resources目录别让它变成资源垃圾场。可以用编辑器脚本统计资源数量和大小超过预期就报警。5.3 Resources.Load与实例化的典型流程完整走一遍运行时加载Prefab并展示的流程大概是这样的在Project窗口创建Resources/Prefabs文件夹把制作好的Enemy预制体拖进去在某个场景里挂一个加载脚本运行时Resources.Load (Prefabs/Enemy)得到Prefab引用然后用Instantiate克隆到场景。这个流程里有一个很容易被忽略的点Resources.Load加载到的是一个原始资源的引用不是场景对象。想要在场景里看到它必须Instantiate。如果你加载了之后不实例化资源虽然被加载进了内存但游戏世界不会有任何变化。6. 资源引用、依赖和序列化那些看不见的坑最致命到这一步你已经能操作资源了。但Unity资源管理最深的坑往往不在怎么加载而在资源之间怎么引用、怎么序列化这些看不见的地方。6.1 序列化常规Inspector上的引用是怎么存下来的你在Inspector上把一个贴图拖到Material的Albedo槽位里Unity不会存贴图的文件名也不会存路径而是存贴图资源的引用。资源之间的引用靠的是资源的GUID。一个材质资源在序列化之后大概是这样的片段m_SavedProperties: - _MainTex: m_Texture: {fileID: 2800000, guid: 8f3d7a2c..., type: 3}这个guid就是贴图的.meta里那一串字符串。如果引用方的GUID和目标资源的GUID对不上Unity就认为引用断了显示为Missing。6.2 移动、删除、复制资源时的引用安全守则明白了GUID引用机制你就能理解很多资源管理的规矩移动文件在Project窗口内移动Unity会自动更新引用安全推荐。删除文件删了之后所有引用它的资源都会Missing。删除之前最好用AssetDatabase.GetDependencies查一遍引用关系确认没有重要资产依赖它。复制资源到其他工程必须连同meta文件一起复制否则GUID变化会导致引用链断裂。重命名资源Project窗口里重命名引用关系通常不会断因为GUID没变。但如果你在外面用系统文件管理器重命名了文件Unity的.meta和文件名可能对不上要小心。我处理过一次令整个团队头疼的Unity工程里所有角色动画失效问题最后定位就是某个美术外包在交付FBX时把整个目录的.meta都清掉了重新导入生成的新GUID导致所有Animator上引用节点全部失效。从那以后我们团队立了一条铁律任何外部交付的资源包必须连同.meta一起交付不允许自行删除meta。6.3 依赖关系为什么一个Prefab会莫名其妙带上一堆没见过的文件你有没有遇到过这种困惑打包时发现一个Prefab的依赖列表里有一堆连通告都没用过的资源包体莫名其妙就大了几兆原因很简单Prefab的某个组件字段引用了某个资源这个资源又引用了其他资源Unity打包时会自顶向下收集整条依赖链。比如一个UI按钮Prefab引用了一张SpriteSprite又是从图集Sprite Atlas里来的那整个图集都会被打包进来。再比如一个材质引用了某个Shader变体集合那么Shader所有的变体可能都会被保留。想看清依赖链引擎给了两个好用的工具箱编辑器里选中资源在Inspector下方点Find References In Scene或使用菜单里的Dependencies窗口。代码里用AssetDatabase.GetDependencies把资源路径传进去拿到所有依赖路径。我强烈建议你在项目每个里程碑节点做一次全局依赖分析。我自己写了个小工具扫描所有Prefab把每个Prefab引用的非项目自带资源路径输出成CSV能快速发现为什么这个场景这么大的根源。6.4 场景里的资源引用天上掉下来的Missing引用有时候打开一个别人的项目场景里一堆物体会出现类似这样的提示Missing (Mono Script) Missing (Mesh) Missing (Material)这几个Missing是资源开发中最常见的三类问题Missing (Mono Script)组件脚本丢了。多半是脚本文件被删除、改名或者命名空间变了。Unity靠脚本的GUID对应关系来维持组件状态脚本没了组件自然就悬挂了。Missing (Mesh) / Missing (Material)Mesh或Material引用断了。多半是资源被删、被移动后Meta没跟上或者从外部导入时GUID对不上。Missing (Shader)材质本身还在但Shader丢了或没有编译成功物体显示紫色。处理这些问题的思路不是一个个去场景里拖拽修复而是先在外部把资源文件补齐、把GUID恢复。修复引用问题的优先级永远高于重建场景否则你只是把一个坏场景改成了另一个坏场景。7. 从零到一跑通一个资源管理小实验验证整条链路光说不练没用我建议你按下面的步骤自己搭一个小工程把前面讲的所有东西串起来。这个小实验大概一两小时就能做完但做完你对资源管理的理解会完全不一样。7.1 第一步创建场景和基础资源新建Unity项目用Unity 2021及以上即可空项目就够。然后做以下几件事创建一个Cube放场景里。在Assets下建一个Resources/Prefabs文件夹把Cube重命名为Enemy并拖进去生成一个Prefab。新建一个材质EnemyMat把颜色调成红色。选中材质在Assets下建一个Materials文件夹放进去。随便找一张小尺寸的贴图或直接在Unity里新建一张Texture用图片编辑器生成纯色图把Texture Type设成Sprite保存到Resources/UI目录下。7.2 第二步写一个运行时加载脚本创建一个C#脚本ResourceDemo内容如下using UnityEngine; using UnityEngine.UI; public class ResourceDemo : MonoBehaviour { public Button spawnButton; public Image iconImage; private void Start() { // 从Resources加载贴图并显示在UI上 Sprite icon Resources.LoadSprite(UI/MyIcon); if (iconImage ! null icon ! null) { iconImage.sprite icon; } // 监听按钮点击时加载并实例化敌人预制体 if (spawnButton ! null) { spawnButton.onClick.AddListener(SpawnEnemy); } } private void SpawnEnemy() { GameObject enemyPrefab Resources.LoadGameObject(Prefabs/Enemy); if (enemyPrefab ! null) { Vector3 randomPos new Vector3(Random.Range(-3f, 3f), 0, Random.Range(-3f, 3f)); Instantiate(enemyPrefab, randomPos, Quaternion.identity); } else { Debug.LogWarning(敌人预制体没有放到 Resources/Prefabs 目录下); } } }把这个脚本挂到场景里的某个空物体上在Inspector里把对应的Button和Image拖到字段上。7.3 第三步用编辑器脚本查看依赖关系再写一个编辑器脚本选一个资源打印它的依赖列表using UnityEditor; using UnityEngine; public static class DependencyViewer { [MenuItem(Assets/Print Dependencies)] public static void PrintDependencies() { foreach (string guid in Selection.assetGUIDs) { string path AssetDatabase.GUIDToAssetPath(guid); string[] deps AssetDatabase.GetDependencies(path, true); Debug.Log($资源 {path} 依赖 {deps.Length} 个资源:); foreach (string dep in deps) { Debug.Log( - dep); } } } }选中Enemy预制体右键菜单里点Print Dependencies你会发现它依赖了Cube的Mesh、材质、Shader、颜色属性等一串资源。这个实体例子比空讲依赖链直观得多。7.4 第四步移动资源观察meta和引用的变化最后一步最有意思。试着把Enemy预制体从一个文件夹拖到另一个文件夹在Inspector的Prefab实例上看看引用有没有变化再打开Prefab的.meta文件看看GUID变了没有。你会发现GUID没有变所以场景里的引用依然有效。然后再试试在外部文件管理器比如Windows资源管理器里直接移动资源而不是在Unity里移动回到Unity后看会不会出现刷新后引用异常的情况。这个实验做完你对为什么要用Unity的方式来管理资源会有亲身体验Unity里的一切都有它自己的管理规则绕过规则一定会出问题遵守规则才能保证引用稳定。8. 给新手的几个资源管理习惯踩过坑之后的真心话最后这部分我把自己在项目实战里总结出来的几条资源管理习惯分享给你。大部分都不是从文档里学来的而是踩坑踩出来的。第一条习惯所有外部资源交付必须检查meta文件是否随附。不管是美术给的模型贴图、音频外包给的音频文件还是策划从别的项目复制的配置资源都先看meta有没有一起。没有meta的资源进入工程就是一批全新的GUID所有旧引用都会断。第二条习惯建立目录规范并且用工具强制维护。我参与过的项目一般来说目录是这样分的Assets/ Art/ Characters/ Environments/ UI/ Audio/ Music/ SFX/ Code/ Scripts/ Editor/ Data/ Configs/ Levels/ Resources/ GlobalConfigs/ UI/ ThirdParty/目录规范的意义在于资源管理不只是引擎的事更是团队协作的事。没有规范的目录所有人都能找到自己的资源但没人能保证引用有序。第三条习惯定期清理无引用资源。一个项目做了半年之后Assets里通常会有大量没人用的贴图、模型、配置。它们躺在那里单看不占什么但打包时会加重负担版本控制也会越来越慢。每隔一到两个月我会用编辑器脚本扫描一遍所以资源去掉那些既没被任何场景引用、也没被任何其他资源引用的孤儿。清理前先导出引用报告让团队确认再删。第四条习惯能用Addressables的尽量早点从Resources迁过去。如果团队已经确定项目要长期做下去、要支持多平台发布或动态更新Resources目录最多只放启动必需资源就够了。AssetBundle和Addressables的架构虽然多了一层抽象学习曲线陡一点但它带来的按需加载、增量更新和依赖管理能力是大型项目根本绕不开的。做Unity这么久我最深的一个体会是资源管理不是一个知识点而是一套思维模式。它要求你在做任何涉及资源的操作时都先想一遍这个资源的生命周期——它从哪来、被谁引用、加载到内存什么时机、什么时候释放、打包进哪个包。有了这套思维再复杂的项目也能把资源这条线抓得稳稳的。希望这篇内容能帮你把Unity资源管理的地图拼完整。实际操作中如果遇到具体的报错或奇怪表现欢迎带着现象来交流咱们一起把坑一个个填平。