WebSocket
A non-blocking interface to a web socket. Use the factory to create instances; usually this is OkHttpClient.
Web Socket Lifecycle
Upon normal operation each web socket progresses through a sequence of states:
Connecting: the initial state of each web socket. Messages may be enqueued but they won't be transmitted until the web socket is open.
Open: the web socket has been accepted by the remote peer and is fully operational. Messages in either direction are enqueued for immediate transmission.
Closing: one of the peers on the web socket has initiated a graceful shutdown. The web socket will continue to transmit already-enqueued messages but will refuse to enqueue new ones.
Closed: the web socket has transmitted all of its messages and has received all messages from the peer.
Web sockets may fail due to HTTP upgrade problems, connectivity problems, or if either peer chooses to short-circuit the graceful shutdown process:
Canceled: the web socket connection failed. Messages that were successfully enqueued by either peer may not have been transmitted to the other.
Note that the state progression is independent for each peer. Arriving at a gracefully-closed state indicates that a peer has sent all of its outgoing messages and received all of its incoming messages. But it does not guarantee that the other peer will successfully receive all of its incoming messages.
Functions
Returns the size in bytes of all messages enqueued to be transmitted to the server. This doesn't include framing overhead. If compression is enabled, uncompressed messages size is used to calculate this value. It also doesn't include any bytes buffered by the operating system or network intermediaries. This method returns 0 if no messages are waiting in the queue. If may return a nonzero value after the web socket has been canceled; this indicates that enqueued messages were not transmitted.