Broadcast Channel API
{{DefaultAPISidebar("Broadcast Channel API")}}
{{AvailableInWorkers}}
The Broadcast Channel API allows basic communication between {{glossary("browsing context", "browsing contexts")}}
(that is, windows, tabs, frames, or iframes) and workers on the same {{glossary("origin")}}
.
[!NOTE] To be exact, communication is allowed between browsing contexts using the same storage partition. Storage is first partitioned according to top-level sites—so for example, if you have one opened page at
a.com
that embeds an iframe fromb.com
, and another page opened tob.com
, then the iframe cannot communicate with the second page despite them being technically same-origin. However, if the first page is also onb.com
, then the iframe can communicate with the second page.
By creating a {{domxref("BroadcastChannel")}}
object, you can receive any messages that are posted to it. You don’t have to maintain a reference to the frames or workers you wish to communicate with: they can “subscribe” to a particular channel by constructing their own {{domxref("BroadcastChannel")}}
with the same name, and have bi-directional communication between all of them.
Broadcast Channel interface
Creating or joining a channel
A client joins a broadcast channel by creating a {{domxref("BroadcastChannel")}}
object. Its constructor takes one single parameter: the name of the channel. If it is the first to connect to that broadcast channel name, the underlying channel is created.
// Connection to a broadcast channel
const bc = new BroadcastChannel("test_channel");
Sending a message
It is enough to call the {{domxref("BroadcastChannel.postMessage", "postMessage()")}}
method on the created BroadcastChannel
object, which takes any object as an argument. An example string message:
// Example of sending of a very simple message
bc.postMessage("This is a test message.");
Data sent to the channel is serialized using the structured clone algorithm. That means you can send a broad variety of data objects safely without having to serialize them yourself.
The API doesn’t associate any semantics to messages, so it is up to the code to know what kind of messages to expect and what to do with them.
Receiving a message
When a message is posted, a message
event is dispatched to each {{domxref("BroadcastChannel")}}
object connected to this channel. A function can be run for this event using the {{domxref("BroadcastChannel/message_event", "onmessage")}}
event handler:
// A handler that only logs the event to the console:
bc.onmessage = (event) => {
console.log(event);
};
Disconnecting a channel
To leave a channel, call the {{domxref("BroadcastChannel.close", "close()")}}
method on the object. This disconnects the object from the underlying channel, allowing garbage collection.
// Disconnect the channel
bc.close();
Conclusion
The Broadcast Channel API’s self-contained interface allows cross-context communication. It can be used to detect user actions in other tabs within a same origin, like when the user logs in or out.
The messaging protocol is not defined and the different browsing contexts need to implement it themselves; there is no negotiation nor requirement from the specification.
Interfaces
{{domxref("BroadcastChannel")}}
- : Represents a named channel that any
{{glossary("browsing context")}}
of a given{{glossary("origin")}}
can subscribe to.
- : Represents a named channel that any
Specifications
{{Specifications}}
Browser compatibility
{{Compat}}
See also
{{domxref("BroadcastChannel")}}
, the interface implementing it.