我想获取websockets关闭的原因，这样我就可以向用户显示正确的消息。
我有：
sok.onerror=function (evt)
{//since there is an error, sockets will close so...
sok.onclose=function(e){
console.log("WebSocket Error: " , e);}
代码始终为1006，原因始终是“ ”。但我想要区分不同的关闭原因。
例如，命令行会给出错误原因：“您无法删除它，因为数据库不允许”。但在Chrome的控制台上，原因仍然是“ ”。
有其他方法可以区分不同的关闭原因吗？
关闭代码1006是一个特殊的代码，意味着浏览器实现本地异常关闭了连接。
如果您的浏览器客户端报告关闭代码1006，那么您应该查看websocket.onerror(evt)事件以获取详细信息。
然而，Chrome很少向Javascript方报告任何关闭代码1006的原因。这可能是由于WebSocket规范中的客户端安全规则，以防止滥用WebSocket（例如使用它扫描目标服务器上的开放端口，或生成大量连接进行拒绝服务攻击）。
请注意，如果在HTTP升级到WebSocket期间发生错误（这是WebSocket技术上“连接”之前的步骤），Chrome通常会报告关闭代码1006。出现此类问题的原因可能包括身份验证或授权失败，或使用错误的协议（例如请求子协议，但服务器本身不支持该子协议），甚至尝试与不是WebSocket（例如尝试连接到ws://images.google.com/）的服务器位置进行通信。
基本上，如果您看到关闭代码1006，则WebSocket本身存在非常低级的错误（类似于“无法打开文件”或“套接字错误”），并不适用于用户，因为它指向您的代码和实现中的低级问题。修复您的低级问题，然后当您连接时，您可以包括更合理的错误代码。您可以在项目范围或严重程度方面实现此目标。例如：信息和警告级别是您项目特定协议的一部分，并且不会导致连接终止。对于严重或致命消息，还可以使用您的项目协议来传达尽可能多的详细信息，然后使用WebSocket关闭流的有限能力关闭连接。
需要注意的是WebSocket关闭代码非常严格定义，关闭原因短语/消息长度不能超过123个字符（这是WebSocket有意限制的）。
但并非一切都失去了，如果您只是想获取此信息进行调试，Chrome的Javascript控制台通常会报告关闭的详细信息及其底层原因。
sok.onerror=function (evt) {console.log(evt);}，细节就不那么多了。甚至没有“reason”或其他东西。那么，根本没有选项吗？ 我只需要向用户显示“出了些问题，或者没有连接？” 这样并不太友好，如果用户能看到“您无法删除，因为数据库限制”，那就太好了。有什么选项吗？谢谢 - slevin错误：连接断开，出现错误'错误：WebSocket以状态代码1006（）关闭。'。 - El Mac在我的和可能是@BIOHAZARD的情况下，问题出在nginx代理超时。默认情况下，在套接字上没有活动的情况下为60秒。
我将其更改为24小时在nginx中，问题得到解决。
proxy_read_timeout 86400s;
proxy_send_timeout 86400s;
ghvvedi3。 - Magno C看起来这是Chrome不符合WebSocket标准的情况。 当服务器启动关闭并向客户端发送关闭帧时，Chrome会认为这是一个错误，并将其报告给JS端，代码为1006且没有原因消息。 在我的测试中，Chrome从未响应服务器启动的关闭帧（关闭代码为1000），这表明代码1006可能意味着Chrome正在报告其自己的内部错误。
P.S. Firefox v57.00正确处理此情况，并成功将服务器的原因消息传递到JS端。
我认为这对其他人可能会有用。了解正则表达式很有用，孩子们要好好学习哦。
编辑：把它变成了一个方便易用的函数！
let specificStatusCodeMappings = {
'1000': 'Normal Closure',
'1001': 'Going Away',
'1002': 'Protocol Error',
'1003': 'Unsupported Data',
'1004': '(For future)',
'1005': 'No Status Received',
'1006': 'Abnormal Closure',
'1007': 'Invalid frame payload data',
'1008': 'Policy Violation',
'1009': 'Message too big',
'1010': 'Missing Extension',
'1011': 'Internal Error',
'1012': 'Service Restart',
'1013': 'Try Again Later',
'1014': 'Bad Gateway',
'1015': 'TLS Handshake'
};
function getStatusCodeString(code) {
if (code >= 0 && code <= 999) {
return '(Unused)';
} else if (code >= 1016) {
if (code <= 1999) {
return '(For WebSocket standard)';
} else if (code <= 2999) {
return '(For WebSocket extensions)';
} else if (code <= 3999) {
return '(For libraries and frameworks)';
} else if (code <= 4999) {
return '(For applications)';
}
}
if (typeof(specificStatusCodeMappings[code]) !== 'undefined') {
return specificStatusCodeMappings[code];
}
return '(Unknown)';
}
使用方法：
getStatusCodeString(1006); //'Abnormal Closure'
{
'0-999': '(Unused)',
'1016-1999': '(For WebSocket standard)',
'2000-2999': '(For WebSocket extensions)',
'3000-3999': '(For libraries and frameworks)',
'4000-4999': '(For applications)'
}
{
'1000': 'Normal Closure',
'1001': 'Going Away',
'1002': 'Protocol Error',
'1003': 'Unsupported Data',
'1004': '(For future)',
'1005': 'No Status Received',
'1006': 'Abnormal Closure',
'1007': 'Invalid frame payload data',
'1008': 'Policy Violation',
'1009': 'Message too big',
'1010': 'Missing Extension',
'1011': 'Internal Error',
'1012': 'Service Restart',
'1013': 'Try Again Later',
'1014': 'Bad Gateway',
'1015': 'TLS Handshake'
}
源（经过简洁的小修改）：https://developer.mozilla.org/en-US/docs/Web/API/CloseEvent#Status_codes
。本文提供的是导致问题的可能原因，而非问题的答案。
我们遇到的问题只影响基于Chromium的浏览器。
我们使用了一台负载均衡器，但浏览器在握手期间发送的字节数超出了协商的范围，导致负载均衡器终止了连接。
TCP窗口缩放技术解决了我们的问题。