Unity项目优化

角色模型优化

尽量少的材质
一个网格最好只有一个材质，最多也就2-3个材质
在计算机图形学和游戏开发中，通常建议一个网格（Mesh）最好只有一个材质（Material），最多也就2-3个材质。这主要是出于性能优化和管理的考虑。以下是详细原因：

1. 渲染性能

减少Draw Call

每个材质通常对应一个Draw Call（绘制调用）。Draw Call是指从CPU向GPU发出绘制命令的过程。每个Draw Call都有一定的开销，包括设置渲染状态、绑定材质和纹理等。如果一个网格使用多个材质，就需要多个Draw Call，这会增加CPU和GPU之间的通信开销，从而降低渲染性能。

批处理优化

现代图形引擎（如Unity、Unreal Engine）通常会进行批处理优化，将多个相同材质的网格合并成一个Draw Call。使用单一材质可以更好地利用批处理优化，减少Draw Call数量，提高渲染效率。

2. 内存管理

减少材质切换

每次材质切换都需要重新设置渲染状态和绑定新的纹理，这会增加内存带宽的使用。如果一个网格使用多个材质，频繁的材质切换会增加内存带宽的压力，影响整体性能。

纹理缓存

GPU有一个纹理缓存，用于存储最近使用的纹理。如果一个网格使用多个材质，可能会导致频繁的纹理缓存替换，降低纹理缓存的命中率，从而影响渲染性能。

3. 简化管理

简化资源管理

使用单一材质可以简化资源管理，减少材质和纹理的数量，降低管理复杂度。特别是在大型项目中，管理大量的材质和纹理会变得非常复杂和繁琐。

简化着色器编写

使用单一材质可以简化着色器的编写和调试。多材质网格可能需要编写复杂的着色器逻辑来处理不同材质的渲染，这会增加开发和维护的难度。

4. 兼容性和可移植性

跨平台兼容性

不同平台的图形API（如DirectX、OpenGL、Vulkan）对多材质网格的支持和优化程度可能不同。使用单一材质可以提高跨平台的兼容性，减少平台特定的问题。

引擎限制

某些图形引擎可能对多材质网格有特定的限制或优化不足。使用单一材质可以避免这些限制，提高引擎的兼容性和性能。

实践建议

合并材质

如果一个网格需要多个材质，可以考虑将多个材质合并成一个材质。例如，可以使用纹理图集（Texture Atlas）将多个纹理合并成一个大纹理，然后在着色器中使用UV坐标偏移来选择不同的纹理区域。

分割网格

如果一个网格确实需要多个材质，可以考虑将网格分割成多个子网格，每个子网格使用一个材质。这可以减少每个网格的材质数量，同时保持渲染性能。

结论

总的来说，使用单一材质或少量材质可以显著提高渲染性能、简化资源管理和提高跨平台兼容性。在实际开发中，应尽量遵循这一原则，并根据具体情况进行优化和调整。

角色模型尽量保持在30根骨骼内

在游戏开发和实时渲染中，角色模型的骨骼数量（骨架或关节）通常被建议保持在30根以内。这主要是出于性能优化和管理的考虑。以下是详细原因：

1. 渲染性能

计算开销

每个骨骼都会增加额外的计算开销。骨骼动画需要进行矩阵变换，这些变换需要在CPU或GPU上进行计算。更多的骨骼意味着更多的矩阵变换，从而增加计算负担，影响帧率。

GPU限制

大多数现代GPU在每个着色器阶段（如顶点着色器）中都有一个有限的常量寄存器数量。每个骨骼的变换矩阵通常需要4个常量寄存器（4x4矩阵）。如果骨骼数量过多，可能会超出GPU的常量寄存器限制，导致性能下降或无法渲染。

2. 内存管理

骨骼数据存储

每个骨骼需要存储其变换矩阵和其他相关数据。更多的骨骼意味着更多的内存消耗。特别是在移动设备或低端硬件上，内存资源有限，过多的骨骼会占用宝贵的内存资源，影响整体性能。

动画数据

每个骨骼的动画数据（如关键帧、插值数据）也需要存储和管理。更多的骨骼意味着更多的动画数据，增加了内存和存储的需求。

3. 动画复杂度

动画制作

更多的骨骼会增加动画制作的复杂度。动画师需要处理更多的关节和变换，增加了动画制作的工作量和难度。

动画系统

游戏引擎的动画系统需要处理和管理所有骨骼的动画数据。更多的骨骼会增加动画系统的复杂度，可能需要更多的优化和调整。

4. 兼容性和可移植性

跨平台兼容性

不同平台的硬件和图形API对骨骼数量的支持和优化程度可能不同。保持骨骼数量在合理范围内可以提高跨平台的兼容性，减少平台特定的问题。

引擎限制

某些图形引擎可能对骨骼数量有特定的限制或优化不足。保持骨骼数量在引擎推荐范围内可以避免这些限制，提高引擎的兼容性和性能。

实践建议

优化骨骼结构

在设计角色模型时，可以优化骨骼结构，减少不必要的骨骼。例如，可以合并一些不太重要的骨骼，或者使用更简化的骨骼结构。

使用LOD（Level of Detail）

对于远距离的角色，可以使用简化的骨骼结构（LOD），减少骨骼数量，从而提高渲染性能。

骨骼共享

在多人游戏或大量角色的场景中，可以考虑使用骨骼共享技术，即多个角色共享同一个骨骼结构和动画数据，从而减少计算和内存开销。

结论

总的来说，保持角色模型的骨骼数量在30根以内可以显著提高渲染性能、简化内存管理和提高跨平台兼容性。在实际开发中，应尽量遵循这一原则，并根据具体情况进行优化和调整。通过合理设计骨骼结构和使用优化技术，可以在保证动画质量的同时，最大限度地提高性能。

角色模型超过30根骨骼的话会导致哪些具体问题

当角色模型的骨骼数量超过30根时，可能会导致一系列具体问题，主要集中在性能、内存管理、兼容性和开发复杂度等方面。以下是详细的说明：

1. 渲染性能问题

计算开销增加

每个骨骼都需要进行矩阵变换，这些变换通常在CPU或GPU上进行。更多的骨骼意味着更多的矩阵变换计算，增加了CPU和GPU的负担，可能导致帧率下降。

GPU常量寄存器限制

大多数现代GPU在每个着色器阶段（如顶点着色器）中都有一个有限的常量寄存器数量。每个骨骼的变换矩阵通常需要4个常量寄存器（4x4矩阵）。如果骨骼数量过多，可能会超出GPU的常量寄存器限制，导致渲染失败或性能显著下降。

Draw Call增加

更多的骨骼可能需要更多的Draw Call（绘制调用），特别是在复杂的动画场景中。每个Draw Call都有一定的开销，增加Draw Call数量会增加CPU和GPU之间的通信开销，影响渲染性能。

2. 内存管理问题

内存消耗增加

每个骨骼需要存储其变换矩阵和其他相关数据。更多的骨骼意味着更多的内存消耗，特别是在移动设备或低端硬件上，内存资源有限，过多的骨骼会占用宝贵的内存资源，影响整体性能。

动画数据膨胀

每个骨骼的动画数据（如关键帧、插值数据）也需要存储和管理。更多的骨骼意味着更多的动画数据，增加了内存和存储的需求，可能导致内存不足或加载时间增加。

3. 兼容性问题

跨平台兼容性

不同平台的硬件和图形API对骨骼数量的支持和优化程度可能不同。超过30根骨骼可能会在某些平台上导致性能问题或渲染错误，降低跨平台的兼容性。

引擎限制

某些图形引擎可能对骨骼数量有特定的限制或优化不足。超过30根骨骼可能会超出引擎的限制，导致渲染失败或性能下降。

4. 开发复杂度问题

动画制作复杂度增加

更多的骨骼会增加动画制作的复杂度。动画师需要处理更多的关节和变换，增加了动画制作的工作量和难度，可能导致动画质量下降或制作周期延长。

动画系统复杂度增加

游戏引擎的动画系统需要处理和管理所有骨骼的动画数据。更多的骨骼会增加动画系统的复杂度，可能需要更多的优化和调整，增加开发和维护的难度。

5. 实时交互问题

物理模拟

如果角色模型参与物理模拟（如布料、头发、肌肉等），更多的骨骼会增加物理模拟的复杂度和计算开销，可能导致实时交互性能下降。

碰撞检测

更多的骨骼可能需要更复杂的碰撞检测算法，增加计算开销，影响实时交互性能。

解决方案和优化建议

优化骨骼结构

在设计角色模型时，可以优化骨骼结构，减少不必要的骨骼。例如，可以合并一些不太重要的骨骼，或者使用更简化的骨骼结构。

使用LOD（Level of Detail）

对于远距离的角色，可以使用简化的骨骼结构（LOD），减少骨骼数量，从而提高渲染性能。

骨骼共享

在多人游戏或大量角色的场景中，可以考虑使用骨骼共享技术，即多个角色共享同一个骨骼结构和动画数据，从而减少计算和内存开销。

分割动画

将复杂的动画分割成多个较小的动画片段，每个片段使用较少的骨骼，从而减少单个动画的骨骼数量。

结论

总的来说，角色模型的骨骼数量超过30根可能会导致一系列具体问题，包括渲染性能下降、内存消耗增加、兼容性问题和开发

角色模型在移动平台300-1500面一个网格比较合适

在移动平台上，角色模型的面数（多边形数量）通常建议保持在300到1500面之间。这主要是出于性能优化、内存管理和电池寿命等方面的考虑。以下是详细原因：

1. 渲染性能

计算开销

每个多边形都需要进行顶点处理、光栅化和像素着色等计算。更多的多边形意味着更多的计算开销，增加了GPU的负担。移动设备的GPU性能通常不如桌面设备，过多的多边形会导致帧率下降，影响用户体验。

填充率

更多的多边形会增加屏幕上的像素填充率，特别是在高分辨率屏幕上。填充率过高会增加像素着色的计算量，进一步增加GPU的负担，导致性能下降。

2. 内存管理

显存消耗

每个多边形的顶点数据（如位置、法线、UV坐标等）都需要存储在显存中。更多的多边形意味着更多的顶点数据，增加了显存的消耗。移动设备的显存通常较小，过多的多边形会占用宝贵的显存资源，影响整体性能。

纹理缓存

更多的多边形通常需要更高分辨率的纹理来保持视觉质量。高分辨率纹理会增加纹理缓存的压力，影响纹理缓存的命中率，从而影响渲染性能。

3. 电池寿命

功耗增加

更多的多边形会增加GPU的计算量和显存的访问频率，导致功耗增加。移动设备的电池容量有限，过高的功耗会显著缩短电池寿命，影响用户体验。

4. 热管理

设备发热

高负载的GPU计算会导致设备发热。移动设备的散热能力有限，过多的多边形会增加设备的发热量，可能导致设备降频（降低性能）以保护硬件，进一步影响用户体验。

5. 兼容性和可移植性

跨设备兼容性

移动设备的硬件配置差异较大，从高端旗舰机到低端入门机。保持多边形数量在合理范围内可以提高跨设备的兼容性，确保在各种设备上都能获得较好的性能和用户体验。

平台限制

不同移动平台（如iOS、Android）对多边形数量的支持和优化程度可能不同。保持多边形数量在推荐范围内可以避免平台特定的问题，提高跨平台的兼容性。

6. 开发和维护

简化开发

较少的多边形可以简化模型的制作和优化过程，减少开发时间和成本。特别是在需要频繁迭代和更新的项目中，简化的模型可以提高开发效率。

优化工作量

较少的多边形可以减少优化的工作量，如LOD（Level of Detail）和网格简化等。这样可以更专注于其他性能优化和功能开发。

实践建议

使用LOD（Level of Detail）

对于远距离的角色，可以使用简化的LOD模型，减少多边形数量，从而提高渲染性能。近距离的角色可以使用高细节模型，以保持视觉质量。

优化网格

在建模过程中，可以使用网格优化技术，如删除不必要的顶点和边、合并共面多边形等，减少多边形数量。

纹理替代

使用高分辨率纹理和法线贴图等技术，可以在保持视觉质量的同时，减少多边形数量。例如，通过法线贴图模拟细节，而不是通过增加多边形来实现。

结论

总的来说，在移动平台上保持角色模型的面数在300到1500面之间，可以显著提高渲染性能、减少内存消耗、延长电池寿命和提高设备兼容性。在实际开发中，应尽量遵循这一原则，并根据具体情况进行优化和调整。通过合理设计和优化，可以在保证视觉质量的同时，最大限度地提高性能和用户体验。

资源和bundle的映射关系调整

背景
由于asset和bundle是多对多的映射关系，即1个asset可能在1个bundle包中，也可能在多个bundle包中，常常使用Dictionary<string,string[]>结构存储其映射关系，随项目规模扩大，往往需要管理上万的资源，生成的bundle包个数往往成百上千，资源和bundle包的映射关系将占有大量托管堆内存

优化思路

1、由于asset路径以字符串形式保存在字典中，将占用大量内存。可考虑存储其哈希值，在运行时将逻辑上层传来的路径转换成哈希值做key

2、通常来说bundle包数量将远小于asset数量，在字典中存在大量重复命名的bundle名。可考虑将所有的bundle放在一张列表中，映射关系仅存储bundle在列表中的位置；同时由于bundle数量较少，可只用16位存储，上限65535个bundle包。

3、原结构中每一个asset都映射到一个string[]结构，每一个数组都会有额外的存储开销，当数组数量过多时也会造成额外存储开销。可考虑将所有的string[]结构展开，放在一个列表结构a2exd_info中，asset映射到列表结构的位置以及asset当前对应的bundle包个数，而位置跟bundle包个数信息可合并存储在一个uint中（前24位存储位置信息、后8位存储bundle包个数信息）