Peerjs: DataChannel이 예기치 않게 이유 없이 닫힙니다.

파일을 너무 빨리 읽고 있었고 WebRTC 데이터 채널 버퍼가 가득 찼습니다. 이 버퍼는 16MB로 제한됩니다.

http://viblast.com/blog/2015/2/25/webrtc-bufferedamount/

많은 메시지를 함께 보내면 한 번에 보낼 수 없습니다. 입력 버퍼에 넣습니다. 그러나 버퍼는 무한정 커질 수 없습니다. 일반적으로 미리 결정된 제한이 있습니다. 제한을 초과하면 Chrome >= 37에서 데이터 채널이 닫히고 모든 메시지가 삭제되고 예외가 발생합니다. 그러나 Chrome <= 36에서는 예외만 발생합니다. 따라서 이것은 Chrome 37에서 수행된 API 중단 변경입니다. 개발자는 이전 브라우저를 다루는 경우 이 변경에 주의해야 합니다.

맙소사 ... 나는 peerJS에서도 똑같은 문제가 발생했고 어떤 대답도 찾을 수 없었습니다 (나는 일종의 버퍼와 관련된 것이라고 가정했습니다). 마침내 아이디어를 주셔서 감사합니다. 이것이되기를 바랍니다 내 문제를 해결하십시오. peerJS에는 버퍼링의 내부 메커니즘이 있다는 것이 흥미롭습니다. 내가 이해하는 것처럼이 문제에 대해 올바르게 만들어졌지만 이것이 구현 된 것은 보낼 수 없다는 예외를 잡는 데 의존하는 것으로 보이며 새로운 크롬 채널에서 방금 종료 된 경우 이제 시스템이 중복됩니다. 나는 (만약) 이것이 이유라고 확신하게 되는 즉시 그것에 대해 문제를 제기할 것입니다.

편집: 예, 합법적으로 보이고 bufferedAmount는 약 16mb로 이동하고 모든 것이 실패합니다.

예, 이것은 발견하기 힘든 버그였습니다. 무슨 일이 일어나고 있는지 마침내 이해하는 데 며칠이 걸렸습니다. 데이터 채널 버퍼가 오버플로되고 Chrome이 연결을 종료할 때 적절하게 처리하려면 PeerJS를 업데이트해야 합니다.

그건 그렇고, 누군가가 이것을 우연히 발견하면 문제를 열고 해당 https://github.com/peers/peerjs/issues/291 을 수정하기 위해 peer.js 소스에 약간의 편집을 게시했습니다.

@UnsungHero97

많은 메시지를 함께 보내면 한 번에 보낼 수 없습니다. 입력 버퍼에 넣습니다. 그러나 버퍼는 무한정 커질 수 없습니다. 일반적으로 미리 결정된 제한이 있습니다. 제한을 초과하면 Chrome >= 37에서 데이터 채널이 닫히고 모든 메시지가 삭제되고 예외가 발생합니다. 그러나 Chrome <= 36에서는 예외만 발생합니다. 따라서 이것은 Chrome 37에서 수행된 API 중단 변경입니다. 개발자는 이전 브라우저를 다루는 경우 이 변경에 주의해야 합니다.

작은 수정: 향후 참조를 위해 16MB가 아니라 16KB입니다. 나는 같은 문제에 직면했다. Firefox 제한은 대략 16kiB(https://developer.mozilla.org/en-US/docs/Web/API/WebRTC_API/Using_data_channels#Understanding_message_size_limits)입니다.