如何看待淘宝 APP 采用 80 端口传输非 http 协议？

现在 V2EX 也开始有这种如何看待了，要被某乎同化么

微信公众平台还强制接口走 80 呢

我问下，有时候用小飞机“绕过大陆和局域网地址”的模式，打开阿里系的软件（淘宝，天猫，支付宝）没有网络连接，关闭小飞机就好了，也是因为这个原因吗？

很正常啊。有时候为了突破一些特殊网络的限制(各种墙)， tcp 私有协议经常走 80 、 443 等常用端口。

而且为什么要考虑这种非常极端的用户场景？

80 端口最保险，为什么不用 80 端口。 zhihu 问题描述的很不友好

利益相关，参与过淘宝 app 网络部分的开发

每 get 到喷点。。。

@iVeego 是的，不过更常见的是太慢啦

@simpx #25
淘宝 app 的别跑，让我吐个槽点：有时候弹出的那个评价淘宝的 app 的提醒为啥点了去评价还不消失（所以下次仍会出现---也有点频繁）

@simpx 你是保险了，我们这些做运营商的在路由器 /网关上架设 HTTP 代理，你的软件就不玩了。

用户找的是我们，不是你们哦。。。

@qianguozheng #29 所以应该怎么做更合适呢？

@LevineChen
防止有中间人的方法很多，没必要非走 80 啊，业界默认 80 都是 HTTP 协议。
换个角度想，这个 APP 的开发者对于网络环境的考虑不全面。抑或是图省事？

@lfk0000 你用的啥网络？

@simpx 我觉得吧，简单点，外面包层 http 协议，让数据更通用。

@helone 还有这东西？没玩过

@mhycy 问题是在有 http 代理的环境下， app 无法使用。

@qianguozheng 你这个 HTTP 代理是劫持形式实现还是手机端配置 HTTP 代理实现？

@XDA 我只能说设计傻逼

@mhycy 肯定是劫持啦， squid 作为透明代理， 通过 iptables 的 REDIRECT 功能实现重定向数据报文。

@qianguozheng #33
1. 多了额外的 overehead
2. 为了包 http 头，得切分我的二进制流式数据，暂时没想到很好的规则来做这件事
3. 用了 80 端口 不一定是 HTTP 数据，不少防火墙识别里面的具体协议来区分是否应该当 HTTP 连接处理，我参与的时候，有一个版本隐藏掉这些信息，避免被错误识别为 HTTP 了
4. 接上一条，如果有明显的 http 标识，反而可能被有些运营商插广告

@qianguozheng
既然你明确了是劫持，那么只能说是你的劫持没做好。
别把帽子扣在 APP 上面。。。

对于劫持，靠谱的劫持是必须做封包分析判断协议类型的。