4.4 UI、音频与粒子：氛围组三岗联动

4.4 UI、音频与粒子：氛围组三岗联动

本节摘要：UI 告诉玩家发生了什么，音频让玩家感觉到它，粒子让场面有可看性——三岗联动的关键不在各自用法，而在统一的触发机制。本节把它们接到第 2 章的事件频道上，顺带交代 Canvas 的重建代价与音频通道的分组管理。

氛围组不是配角

同一个跳跃：没有音效像踩在棉花上，落地没有扬尘像飘在空气里，扣血时血条不闪像没扣过。氛围组负责给逻辑事件补上感官反馈，玩家未必说得清哪里好，但一定感觉得到哪里"空"。这类需求的共同模式是：一个逻辑事件（受伤、拾取、按钮点击）要同时惊动三个岗位——这就是第 2.4 节事件广播的用武之地。逻辑层只广播事实，UI、音频、粒子各自订阅，互不认识。

UI：Canvas 的两级代价

UGUI 的基本结构是 Canvas（画布）承载 UI 元素。它有一个必须理解的运行规则：Canvas 下任何元素的任何变化，都会触发该 Canvas 整体重建网格。把全部 UI 塞进一个 Canvas，每帧跳动的分数会拖着整个界面一起重排；把常动的（分数、血条、飘字）与不动的（背景框、按钮列表）分进不同 Canvas，动静隔离，重建范围最小化。另外，频繁变化的文本别用每帧刷新的 Update，用事件驱动——分数变了才更新，而不是每秒六十次重写"没变化的分数"。

动手：事件驱动的反馈三件套

背景：玩家拾取金币时，要求分数加一并让文本跳动、播放清脆音效、金币位置冒一朵粒子。

操作：金币拾取脚本（第 3.3 节的 CoinTrigger）在拾取处广播事件，三个接收器各自订阅：

using UnityEngine;
using System;

public static class CoinEvents
{
    public static event Action<Vector3, int> OnCoinPicked;   // 位置与累计分数

    public static void CoinPicked(Vector3 pos, int total)
    {
        OnCoinPicked?.Invoke(pos, total);
    }
}

// 金币侧：拾取时广播
public class CoinAnnouncer : MonoBehaviour
{
    public static int totalScore;

    void OnTriggerEnter(Collider other)
    {
        if (!other.CompareTag("Player")) return;
        totalScore += 10;
        CoinEvents.CoinPicked(transform.position, totalScore);
        gameObject.SetActive(false);
    }
}
​

三个接收器分别处理 UI、音频、粒子：

using UnityEngine;

// 接收器一：UI 文本跳动
public class ScoreTextPunch : MonoBehaviour
{
    public RectTransform scoreLabel;
    Vector3 baseScale;

    void OnEnable()  { CoinEvents.OnCoinPicked += Handle; }
    void OnDisable() { CoinEvents.OnCoinPicked -= Handle; }

    void Awake() { baseScale = scoreLabel.localScale; }

    void Handle(Vector3 pos, int total)
    {
        // 文本内容更新与视觉反馈都在事件到达时才发生
        GetComponent<TMPro.TextMeshProUGUI>().text = total.ToString();
        StopAllCoroutines();
        StartCoroutine(Punch());
    }

    System.Collections.IEnumerator Punch()
    {
        // 弹一下再弹回来，纯缩放动画不触发布局重排
        scoreLabel.localScale = baseScale * 1.4f;
        float t = 0f;
        while (t < 1f)
        {
            t += Time.deltaTime * 6f;
            scoreLabel.localScale = Vector3.Lerp(
                baseScale * 1.4f, baseScale, t);
            yield return null;
        }
    }
}

// 接收器二：一次性音效
public class SfxOnEvent : MonoBehaviour
{
    public AudioSource pickSfx;

    void OnEnable()  { CoinEvents.OnCoinPicked += Handle; }
    void OnDisable() { CoinEvents.OnCoinPicked -= Handle; }

    void Handle(Vector3 pos, int total)
    {
        pickSfx.PlayOneShot(pickSfx.clip);
    }
}

// 接收器三：粒子在拾取点绽放
public class BurstOnEvent : MonoBehaviour
{
    public ParticleSystem burstPrefab;

    void OnEnable()  { CoinEvents.OnCoinPicked += Handle; }
    void OnDisable() { CoinEvents.OnCoinPicked -= Handle; }

    void Handle(Vector3 pos, int total)
    {
        // 粒子对象设为自动销毁，或第 5 章接入对象池
        Instantiate(burstPrefab, pos, Quaternion.identity);
    }
}
​

结果：拾取瞬间分数文本弹跳更新、清脆音效响起、金币处一朵光点绽放；三者可独立开关（禁用任一接收器），金币代码一行不改。

解读：这套结构的价值在扩展性上：想加"连击计数 UI"，写第四个接收器订阅同一事件即可；想把音效改成走全局混音器（AudioMixer 分组，音乐一轨、音效一轨、UI 提示一轨，各自独立调音量），只动接收器二的实现。音频的分组管理值得提前做——上线前运营几乎必然提"让玩家能单独关音效"，有分组就是改一个滑杆的事。粒子方面注意 Play 与 OneShot 的区别：挂在场景里的持续粒子（篝火、雨）用 Play 控制，一次性爆点用实例化加自动销毁，量大了换对象池。

变式：把分数文本更新改成"滚动数字"（旧值渐变到新值），检验事件参数里带上旧值的必要性——为此扩展事件签名为旧值加新值两个参数，感受事件契约一旦发布就要兼容的历史包袱，这也是为什么大项目常用"事件参数对象"而不是一长串基础类型。

Canvas 与音频的排雷清单

UI 侧三条纪律：动静分 Canvas； Raycast Target 能关就关（每个开着它的元素都参与射线检测，全屏背景挂着它是 UI 卡顿常客）；整帧布局计算别放在 Update。音频侧两条：音频源与监听器的空间关系决定 3D 音效的远近衰减，UI 音效用 2D 模式；AudioSource 的播放有通道上限，同帧几十个音效同时播会被静音裁剪，密集场景用音频源池轮换。

本节要点回顾

• 事件是氛围组的总线：逻辑广播事实，三岗各取所需，扩岗不改发送方；
• Canvas 重建是 UI 的头号代价：动静分离，高频文本事件驱动；
• Raycast Target 能关就关：无交互的元素不需要参与射线；
• 音频分组早做：混音器三轨分组，上线后只调滑杆；
• 一次性粒子实例化、持续粒子常驻：量大接入对象池。

表现岗全部结业，游戏已经又好看又好听。第 5 章回到全局：把账单销掉、资源管起来、打包出厂。