Unity 通过 Hub 管理多个引擎版本和各平台 SDK,装的时候有个坑:引擎得从 Hub 装,Hub 才认它、才能给它补装 SDK。

必须从 Hub 装引擎,才能用 Hub 装 SDK

如果你的 Unity 不是从 Unity Hub 下载安装的(比如单独下的安装包),Hub 就没法给这个"纯净版"引擎补装平台 SDK——Hub 只认它自己装的引擎。

这种情况下只能去官网单独下 SDK 安装包手动装,比如对应版本的页面:https://unity3d.com/unity/whats-new/2019.4.18。

要在打出来的 Build 上断点调试 C#,核心是两件事:Build 时打开调试选项;Visual Studio 挂到这个运行中的 Build 上。

Unity 侧:出一个可调试的 Build

两种方式都行。

手动勾选

打开 File → Build Settings,勾上 Development Build 和 Script Debugging,再 Build。没勾这两项的 Release 包是没法挂调试器的。

Unity Accelerator 是个本地缓存服务器,团队共享导入资源的缓存,新机器或切分支后不用每次都重新 import,能省不少时间。

官方文档:Unity Accelerator

前提

项目要用 Unity 2019.3 或更高版本的引擎。

安装、调试、缓存加速这些工程化配置的笔记。

• 用 Unity Hub 安装和打开 Unity
• Unity 远程调试配置
• 配置 Unity Accelerator

代码放哪里？

在项目中代码是直接新建一个C#的solution，直接生成dll导入unity工程中，这样可以把代码和资源彻底分开，这样也非常适合分远程库。但是有一个致命的问题就是IL2CPP，这样就需要自己接入IL2CPP到C#工程里去。暂时还没有找到相应的教程指导我们生成IL2CPP文件。这里有个最差的想法就是在打包的时候，把代码复制到unity工程中去，这样就可以使用IL2CPP。

第二个方案可以使用: ScriptCompilationAssemblyDefinitionFiles，官方的程序集分包。

https://www.codenong.com/cs106689329/

Dynamic Batching

Dynamic Batching 是 Unity 的一种 CPU 端合批策略：引擎在每帧运行时将满足条件的多个小 Mesh 合并成一次 Draw Call，以减少 CPU 与 GPU 之间的提交次数。

顶点数量限制

• 默认限制：单个 Mesh 不超过 300 个顶点（使用顶点属性时限制更低，例如带法线 + UV 时约 180 个顶点）。
• 超出限制的 Mesh 不会被动态合批，需考虑其他方案。

开启方式

Understanding the tool

并不是峰值就是问题点，因为Unity记录的数据只是300帧内的，是一个相对的数据。这个峰值只是在提示我们出现了问题。

Reducing noise

数据越多我们更加难得去找到问题，所以我们需要减少数量去记录。与此同时，我们也可以使用排除法，就是一步一步的关闭一些系统，来做profile，然后做对比。

Focusing on the issue

专注是一种不被无关紧要的任务和漫无目的的追逐分心的技能

Obtaining components using the fastest method

最好的方式获得组件：

GetComponent<T>()

Overview of the Mono platform

C#为托管语言，也就是托管代码，意思是他是运行在通用语言运行（CLR）环境中的，而不是编译他到指定的操作系统中去运行。

Native and managed memory domains

Unity 有三个内存分区：

• The managed domain: 托管分区，也就是Mono使用到的那部分，这里会使用垃圾收集（GC）来自动管理
• The native domain: 原生分区，也就是内置的一些系统，如声音，贴图，物理这些，是由c++使用的。
• The external libraries：外部库，如图形：DirectX 和 OpenGL。