Unity优化——脚本优化策略3

本文介绍: 大家好，这里是七七，今天又来更新Un i t y 脚本优化篇了，话不多说，直接上主题。

大家好，这里是七七，今天又来更新Un i t y脚本优化篇了，话不多说，直接上主题。

Tr ans form 组件只存储与其父组件相关的数据。这意味着访问和修改Tr ans form 组件的position、ro t a t ion和scale 属性会导致大量未预料到的矩阵乘法计算，从而通过其父Tr ans form为对象生成正确的Transform 表示。对象在Hierarc h y 窗口中的位置越深，确定最终结果需要进行的计算就越多。

然而，这也意味着使用 localPosition、localRotation和localScale的相关成本相对较小，因为这些值直接存储在给定的Transform中，可以进行检索，不需要任何额外的矩阵算法。因此，应该尽可能使用这些本地属性值。

遗憾的是，将数学计算从世界空间更改为本地空间，会使原本很简单的问题变得过于复杂，因此进行这样的更改会破坏实现方案，并引入大量以外的bug。有时，为了更容易地解决复杂的3D数学问题，牺牲一点性能是值得的。

不断更改Transform 组件属性的另一个问题是，也会向组件（如Collider、Ri gid bodyLi g ht和Ca m era）发送内部通知，这些组件也必须进行处理，因为物理和渲染系统都需要知道Tran sf orm的值，并相应地更新。

在复杂的事件链中，在同一帧中多提提换Transf o rm 组件的属性是很常见的。每次发生这种情况时，都会触发内部消息，即使它们发生在同一帧甚至同一个函数调用期间。因此，应该尽量减少修改Transfo rm 属性的次数，方法是将它们缓存在一个成员变量中，只在帧的末尾提交它们。

 void OnBecameVisible() { enabled = true; }
 void OnBecameInvisible() { enabled = false; }

void OnBecameVisible() { gameObject.SetActive(true); }
void OnBecameInvisible() { gameObject.SetActive(false); }

 [SerializeField] GmeObject _target;
    [SerializeField] float _maxDistance;
    [SerializeField] int _coroutineDelay;
    void Start()
    {
        StartCoroutine(DisableAtADistance());
    }

    IEnumerator DisableAtADistance()
    {
        while (1)
        {
            float distSqrd = (transform.position - _target.transform.position).sqrMagnitude;
            if (distSqrd < _maxDistance * _maxDistance)
            {
                enabled = true;
            }
            else
            {
                enabled = false;
            }
            for (int i = 0; i < _coroutineDelay; i++)
            {
                yield return new WaitForEndOfFrame();
            }
        }

    }