Skip to content
写作:待补充更新:2026-05-16字数:—阅读:—维护:Azek431

广播与事件机制导航

一句话摘要

这是一份聚合广播与事件机制核心文档的中文导航,帮助你快速找到广播原理、事件解耦、任务推进、UI刷新等高价值专题。

💡 如果你想快速查找问题,请查看:常见问题与避坑指南

适合谁阅读

  • 想理解广播为什么能解耦的创作者
  • 遇到系统耦合问题不知道怎么排查的开发者
  • 想做任务、战斗、交互联动的进阶用户

你将学到什么

  • 广播与事件机制的核心文档入口
  • 按问题找文档的方法
  • 核心概念速查
  • 常见误区与避坑建议

可信度:[已确认]

推荐先读

  1. 广播机制深度解析 - 广播原理详解
  2. 创游世界广播驱动项目结构实战 - 实战架构
  3. 创游世界任务与事件系统设计入门 - 任务系统设计

广播与事件机制核心文档

入门理解

文档说明适合阶段
广播机制深度解析广播机制详解与应用场景入门/进阶
创游世界广播机制完全指南广播机制的完整使用指南进阶
创游世界广播驱动项目架构实战广播驱动的项目架构实战进阶

实战应用

文档说明适合阶段
创游世界广播驱动项目结构实战广播驱动的项目结构实战进阶
创游世界任务与事件系统设计入门任务系统设计进阶
创游世界战斗系统设计入门战斗系统事件处理进阶
创游世界交互系统设计入门交互系统设计进阶

架构配合

文档说明适合阶段
创游世界UI数据同步架构UI与真值解耦进阶
创游世界格子UI与列表系统深度解析列表刷新机制进阶
脚本作用域与数据流深度研究数据流与事件配合进阶

按问题找文档

1. 我想理解广播到底能解决什么问题

2. 我想做任务推进、战斗反馈、交互联动

3. 我想让 UI 和真值层解耦

核心概念速查

概念解释
广播消息发布-订阅机制,用于对象间解耦通信
触发时机脚本在"什么情况下"被执行
解耦发送者不需要知道谁在监听
广播链多个广播顺序执行形成的事件流
请求型广播UI发送请求,地图处理后再通知UI

当前判断

  • [已确认] 广播与事件机制不是"高级花活",而是很多系统解耦的基础工具。
  • [已确认] 广播命名应该语义化,避免太泛的名称如"刷新"、"更新"。
  • [高可信推断] 任务、战斗、交互、列表刷新这几条线,后续都适合继续用广播专题串起来做交叉说明。

常见误区

误区后果正确做法
把广播名称写成 刷新更新无法从名称理解含义,排查困难使用语义化名称如 道具_获得战斗_开始
UI直接修改全局状态显示成功、实际失败的假同步通过广播通知地图处理
把广播当作万能逻辑总线事件来源不清、维护成本暴涨业务逻辑在地图层处理,广播用于通知
监听者在广播发送时已销毁广播没效果确保监听者初始化在广播发送之前

关联阅读

核心研究

项目设计

教程资料

导航入口


待验证问题

以下问题需要进一步验证:

问题状态验证方向
不同组件事件触发的广播是否有优先级差异🔄 待验证需要实际测试不同组件
广播链的深度限制🔄 待验证需要压测确认上限

📝 说明:基础广播用法已稳定,进阶问题属于理论探讨范畴。

后续优化方向

  • [ ] 补充更多实际项目中的广播使用案例
  • [ ] 添加广播与信号量的对比说明
  • [ ] 完善联机广播的详细文档

最后更新:2026-06-10维护者:Azek431

参与维护

发现文档问题?

你可以编辑页面、提交反馈,或复制链接给维护者,帮助这个资料库继续变好。

由 Azek431 整理与维护 | 基于 MIT 许可证开源