Ang mga heartbeat ng WebSocket sa browser ay nangangailangan ng protocol ng aplikasyon

Ang WebSocket API ng browser ay may send(). Hindi ito naglalantad ng pangkalahatang paraang ping() para makapagpadala ang JavaScript ng Ping frame ng protocol.

Kung ang iyong aplikasyon ay nagpapadala ng text message tulad ng {"type":"heartbeat"}, iyon ay aplikasyon data. Dapat maunawaan ng server ang mensahe at tukuyin ang tugon. Ang server na hindi nagpapatupad ng kontratang iyon ay hindi obligadong tumugon ng protocol Pong dahil lang sa may salitang ping ang teksto.

Tukuyin kung ano ang ibig sabihin ng pagkilala, paano nito nakikilala ang heartbeat na naghihintay, at kailan masyadong huli ang lumang pagkilala. Panatilihin itong hiwalay sa pagkilala ng isang operasyong pangkalakal.

Ang timer ng JavaScript ay may mga limitasyon din sa pag-iskedyul. Ang mga tab sa background at abalang pangunahing thread ay maaaring magpahuli ng mga callback. Huwag bigyang-kahulugan ang napalampas na eksaktong hangganan ng timer bilang tiyak na patunay na tumigil ang proxy sa pagpapasa.

Kayang hawakan ng browser ang mga control frame ng protocol sa loob, ngunit hindi nito binibigyan ang kodigo ng aplikasyon ng naibibitbit na tanaw ng bawat Ping o Pong. Kung kailangan ng pahina ng sarili nitong pasya sa buhay, gumamit ng tahasang kontrata ng aplikasyon at patakaran sa pagbawi.

Ang socket na ang readyState ay OPEN ay itinuturing na bukas sa lokal; hindi ito malayang pagsukat na naproseso ng malayong aplikasyon ang iyong huling mensahe. Gamitin ang ebidensiyang tumutugma sa tanong na talagang kailangan mong sagutin.