- Home /
Send/Broadcast message vs Delegates and Events
Hi, looking through the Unity docs I noticed the BroadcastMessage and SendMessage methods. I'm assuming this is Unity's version of C sharp delegates and events? Are there any advantages of using one over the other in terms of performance or usage?
Many thanks!
Answer by Peter G · Nov 14, 2011 at 11:04 PM
SendMessage and delegates are used for similar purposes, but they work entirely differently. Delegates/Events behave exactly like they do in any other .Net program. SendMessage() is called much like Unity calls other messages like Update(). Unity reflects over all the code on the game object to see if it can invoke any messages.
As far as performance. Delegates are several times faster than SendMessage. In the order of performance:
(Least) Direct Method Call ==> Delegate/Event ==> Update() ==> SendMessage (Most Expensive)
As far as usage, SendMessage is like a very broad direct method call. The general paradigm is that one script specifically wants to send a message to a specific object. We're just not sure how many times is can respond or if it can respond at all. We know the intended receiver, we just don't know if it can receive the message.
With events, I usually follow the idea that the event owner doesn't know who or how many objects might respond. We are simply telling the world that something happened without too much knowledge of who will use this information.
$$anonymous$$any thanks for the thorough response, much appreciated.
Agreed. One thing con of events is that one must subscribe to them and remember to unsubscribe later via "-=" else it can lead to a memory leak. As opposed to Send$$anonymous$$essage which is loosely coupled
@Beugnen No pun intended, I agree with you about the unsuscribing, but I don't think the posibility of a memory has anything to do with coupling. Actually Send$$anonymous$$essage() needs the dispatcher to know the receiver GameObject (unless the dispatcher and the receiver are the same one), which indeed encourage more tightly coupled code. Events are one of the best and cheapest ways of decoupling code.
@PeterG Your response if very helpful. I have a follow up question. Given that Send$$anonymous$$essage is the slowest and a direct call is the fastest, if I want to try to call a method that may or may not exist in a GameObject, would I get any performance benefit if I use GetComponent, then check if the component exists, and then call the method directly?
Answer by weavermount · Apr 14, 2015 at 10:20 PM
@Beugenen, the possibility of a memory leak comes from listeners preventing garbage collection. While conceptually "Emitters don't know or care who's listening" they actually do have a direct reference to each listener, this is why they are fast. But this means that listing object won't get garbage collected until either the listener is removed, or the emitter is destroyed. If the listener is some persistent object like a player or worse level loader, then you open the door for a memory leak
Answer by Mikdad_Merchant · Jun 08, 2015 at 05:53 AM
Well I want to put a new paradigm to this question . Unity now has its own event system is this better performance wise as compared to C sharp events and delegates