因机场多次切断到 Spotify AP 的长连接， Spotify PC 端频繁离线重连，有人遇到类似情况吗

[shunf4]

大多数机场对于无数据上下行的闲置 TCP 连接会在一固定时间后切断，如 1 分钟。这导致 Spotify PC 端后台建立的到接入点 AP （如 guc3-accesspoint-b-g7nq.ap.spotify.com ）的 HTTP(S) 长连接会被多次切断，久之 Spotify 会频繁误识别为断线，且在一段时间（重连时间）内无法进行涉及互联网的操作，很影响用户体验，我现在暂时的解决方案是让 *.ap.spotify.com 走直连。

有遇到同样问题的人吗？考虑到机场，以及其他一些会切断一段时间内闲置连接的防火墙这种网络环境，不是很理解为什么 Spotify PC 端要用一个无数据传输的 TCP 连接来确认网络状态。

[9yu]

同样，我认为是 Spotify 程序员的水平太低。

[nannanziyu]

可是不用长连接的话，怎么判断断线呢？
要么轮询，要么长连接呀

[lslqtz]

@nannanziyu 长连接+ping

[lslqtz]

或者干脆超时再离线多好……

[nannanziyu]

@lslqtz
tcp 本身并不会因为低层物理链路中断而断开
tcp 断连本来就是触发了 keepalive retry timeout
也就是说本来就已经是“干脆超时再离线”了

[FeifeiJin]

我也有这个问题。
但我没找到根节点。
打算让 spotify 不走机场。

顺便问下 lz，怎么找到那个长链接地址的？向您取取经

[lslqtz]

@nannanziyu 也是
但是相比建立长连接检测断线，不如在使用过程中在用户操作上检测掉线超时不可用…不仅节省连接资源还可以解决部分自动释放闲置链接的问题

[shunf4]

@FeifeiJin Clash 里直接看。😂

[echoick]

蹲一个解决方案

[jQE2EiL]

肉翻

[resdon]

问题好像已经解决了，长连接被切断后会自动连接新的连接，最近都没看见连接中的情况了。

[resdon]

<a href="https://sm.ms/image/QIsSbTzGOuL5W9Z" target="_blank"><img src="https://i.loli.net/2020/07/07/QIsSbTzGOuL5W9Z.png" /></a>

[157003892]

我还以为就我遇到这个问题，没想到 spotify 的 PC 端都这样，IOS 端用起来无感，估计是机场原因，按 LZ 做法走直连感觉加载慢。

[luoyayu]

突然发现客户端可以裸连了

[luoyayu]

我傻了，原来一直可以