RTCPeerConnection.setLocalDescription() - Web APIs 编辑
The RTCPeerConnection
method setLocalDescription()
changes the local description associated with the connection. This description specifies the properties of the local end of the connection, including the media format. The method takes a single parameter—the session description—and it returns a Promise
which is fulfilled once the description has been changed, asynchronously.
If setLocalDescription()
is called while a connection is already in place, it means renegotiation is underway (possibly to adapt to changing network conditions). Because descriptions will be exchanged until the two peers agree on a configuration, the description submitted by calling setLocalDescription()
does not immediately take effect. Instead, the current connection configuration remains in place until negotiation is complete. Only then does the agreed-upon configuration take effect.
Syntax
aPromise = RTCPeerConnection.setLocalDescription(sessionDescription); pc.setLocalDescription(sessionDescription, successCallback, errorCallback);
Parameters
sessionDescription
Optional- An
RTCSessionDescriptionInit
orRTCSessionDescription
which specifies the configuration to be applied to the local end of the connection. If the description is omitted, the WebRTC runtime tries to automatically do the right thing.
Implicit description
If you don't explicity provide a session description, the WebRTC runtime will try to handle it correctly. If the signaling state is one of stable
, have-local-offer
, or have-remote-pranswer
, the WebRTC runtime automatically creates a new offer and sets that as the new local description. Otherwise, setLocalDescription()
creates an answer, which becomes the new local description.
Type of the description parameter
The description is of type RTCSessionDescriptionInit
, which is a serialized version of a RTCSessionDescription
browser object. They're interchangeable:
myPeerConnection.createOffer().then(function(offer) {
return myPeerConnection.setLocalDescription(offer);
});
This is equivalent to:
myPeerConnection.createOffer().then(function(offer) {
return myPeerConnection.setLocalDescription(new RTCSessionDescription(offer));
});
For this reason, the RTCSessionDescription()
constructor is deprecated.
Return value
A Promise
which is fulfilled once the value of RTCPeerConnection.localDescription
is successfully changed or rejected if the change cannot be applied (for example, if the specified description is incompatible with one or both of the peers on the connection). The promise's fulfillment handler receives no input parameters.
The process of changing descriptions actually involves intermediary steps handled by the WebRTC layer to ensure that an active connection can be changed without losing the connection if the change does not succeed. See Pending and current descriptions in WebRTC connectivity for more details on this process.
Deprecated parameters
In older code and documentation, you may see a callback-based version of this function used. This has been deprecated and its use is strongly discouraged, as it will be removed in the future. You should update any existing code to use the Promise
-based version of setLocalDescription()
instead. The parameters for the older form of setLocalDescription()
are described below, to aid in updating existing code.
successCallback
- A JavaScript
Function
which accepts no input parameters to be called once the description has been successfully set. At that time, the offer can be sent to a remote peer via the signaling server. errorCallback
- A function matching the signature
RTCPeerConnectionErrorCallback
which gets called if the description can't be set. It is passed a singleDOMException
object explaining why the request failed.
This deprecated form of the method returns instantaneously without waiting for the actual setting to be done: in case of success, the successCallback
will be called; in case of failure, the errorCallback
will be called.
Deprecated exceptions
When using the deprecated callback-based version of setLocalDescription()
, the following exceptions may occur:
InvalidStateError
- The connection's
signalingState
is"closed"
, indicating that the connection is not currently open, so negotiation cannot take place. InvalidSessionDescriptionError
- The
RTCSessionDescription
specified by thesessionDescription
parameter is invalid.
Examples
Implicit descriptions
One of the advantages of the parameter-free form of setLocalDescription()
is that it lets you simplify your negotiation code substantially. This is all your negotiationneeded
event handler needs to look like, for the most part. Just add the signaling server code, which here is represented by the call to signalRemotePeer()
.
pc.addEventListener("negotiationneeded", async (event) => {
await pc.setLocalDescription();
signalRemotePeer({ description: pc.localDescription });
});
Other than error handling, that's about it!
Providing your own offer or answer
The example below shows the implementation of a handler for the negotiationneeded
event that explicitly creates an offer, rather than letting setLocalDescription()
do it.
async function handleNegotiationNeededEvent() {
try {
const offer = await pc.createOffer();
pc.setLocalDescription(offer);
signalRemotePeer({ description: pc.localDescription });
} catch(err) {
reportError(err);
}
}
This begins by creating an offer by calling createOffer()
; when that succeeds, we call setLocalDescription()
. We can then send the newly-created offer along to the other peer using the signaling server, which here is done by calling a function called signalRemotePeer()
.
Specifications
Specification | Status | Comment |
---|---|---|
WebRTC 1.0: Real-time Communication Between Browsers The definition of 'RTCPeerConnection.setLocalDescription()' in that specification. | Candidate Recommendation | Initial specification. |
Browser compatibility
BCD tables only load in the browser
See also
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论