UEC++开发（游戏客户端）
1. 解绑委托
void AWeapon::EndPlay(const EEndPlayReason::Type EndPlayReason) { // 清理委托绑定，防止 BlasterPlayerController 生命周期长于 Weapon 时悬垂 if (BlasterOwnerController && BlasterOwnerController->HighPingDelegate.IsBound()) { BlasterOwnerController->HighPingDelegate.RemoveDynamic(this, &AWeapon::OnPingTooHigh); } Super::EndPlay(EndPlayReason); }核心原因分析
在 Unreal Engine 中，解绑委托的核心目的是避免悬垂指针（Dangling Pointer）引发的崩溃或未定义行为。以下从多个维度分析具体原因：
生命周期不一致问题
- BlasterPlayerController通常在整个玩家会话期间持续存在，而AWeapon可能因切换武器、玩家死亡或关卡卸载被销毁。
- 若委托未解绑，当AWeapon销毁后，BlasterPlayerController仍可能通过委托回调访问无效对象。
动态委托的弱引用机制陷阱
- AddDynamic/RemoveDynamic使用 UE 的动态多播委托系统，底层对UObject有弱引用保护，但存在以下风险：
- GC 异步性：若Weapon正在销毁（如处于EndPlay阶段），GC 尚未完全回收对象，此时触发委托可能导致访问无效内存。
- 非 UObject 成员风险：若委托绑定涉及非UObject成员函数或数据，UE 的弱引用保护失效，直接导致野指针崩溃。
EndPlay 作为确定性清理时机
- EndPlay是 Actor 从游戏世界移除时的标准清理入口，主动解绑可确保：
- 确定性清理：不依赖 GC 的异步回收，避免销毁过程中的无效回调。
- 内存效率：残留绑定会占用委托列表内存，增加广播时的遍历开销。
最佳实践对比
| 做法 | 安全性 | 说明 |
|---|---|---|
| ❌ 不解绑 | 低 | 依赖 GC 弱引用，EndPlay期间仍可能崩溃 |
| ⚠️ 仅在析构函数解绑 | 中 | 析构顺序不确定，Controller可能先于Weapon被销毁 |
| ✅ 在EndPlay解绑 | 高 | 确定的清理时机，对象仍有效，彻底避免销毁顺序问题 |
总结
显式在EndPlay中解绑委托是处理“短生命周期对象监听长生命周期对象事件”的黄金准则。即便 UE 的动态委托提供弱引用保护，主动清理能消除对象销毁顺序不确定性带来的隐患，确保系统稳定性。