Websocket连接成功10秒后自动断开后报错1006

今天，我要带大家探索一个令人费解的网络通讯谜题。在这个数字时代的侦探故事中，我们的主角是一个看似简单的WebSocket连接。这个谜题开始于一个普通的开发者日常，但很快演变成了一场对抗看不见的代码敌人的斗争。

本地开发的秘密花园

在这个故事的第一幕，一切看起来都是那么的和谐。前端和后端的WebSocket服务在本地环境中愉快地交谈，就像一对长时间未见的老朋友。连接建立得不仅成功，而且稳定，没有任何意外的断开。

Linux环境下的意外剧情转折

然而，当这个服务被部署到了Linux环境中，故事发生了戏剧性的转变。通过域名访问后，连接虽然能成功建立，但就像是被施了魔法，每次都在10秒后神秘断开。然后返回一秘的数字1006，就像是一个谜题等待着被解开。

Nginx配置的迷宫

起初，我怀疑这是Nginx的阴谋。我尝试了网络上所有能找到的配置，就像是在一座迷宫中寻找出口，但每个尝试都以失败告终。即使绕过Nginx直接通过域名访问后端服务，这个问题仍然如影随形。

IP连接的线索

在这场技术侦探游戏中，我发现了一个关键线索：直接通过IP连接后端WebSocket服务，就像是找到了避风的港湾，一切问题似乎都消失了。

[问题原因] 腾讯云CDN的隐藏超时陷阱

最终，真相大白。原来，这一切都是腾讯云CDN加速服务的杰作。它默认的十秒超时设置，就像是一张隐形的网，无情地切断了我们的连接。当我关闭了CDN服务，就像是用魔法棒挥了一挥，连接突然之间变得稳定起来。

在这个故事中，我们学到了一个宝贵的教训：有时候，问题并不像它表面上看起来的那样。在这个复杂的网络世界中，一切都可能是罪魁祸首。所以，亲爱的侦探们，下次你遇到技术难题时，记得看看那些隐藏在幕后的设置，因为答案有时候就隐藏在那些最不起眼的地方。

这就是今天的故事，希望你们喜欢这次的网络侦探之旅。记住，每个bug都有它的故事，而每个故事背后，都有一个值得学习的经验。