用ClashX的坑，用的小伙伴注意

[soapgu]

• 前言

准确的说这篇属于番外，虽然是外部环境引起的，但是对开发也产生不可估量的“破坏”。
不致命但是也确实被恶心到了

• 故障

Android Studio 又双叒叕 升级了。
按照套路来那么Android 的 gradle pulgin 又双叒叕 升级。我也又双叒叕 “手痒”开始升级了。
结果同步失败了，依赖没下下来。

maven { url 'https://maven.aliyun.com/repository/public' }
maven { url 'https://maven.aliyun.com/repository/google' }

加上阿里云镜像，简单。再同步。又失败了。
大概少加了

maven { url 'https://maven.aliyun.com/repository/gradle-plugin' }

还是失败了！！！

但是百思不解的是这几点

• 明明是国内镜像，为啥进度这么慢
• 为啥都是SSL握手失败
• 重试了也为啥每次都失败
• 为啥每次都是下载这几个依赖
• 看报错的链接，我点网页下载没问题啊

难道是阿里云坏了？这么多灾备中心不至于啊！

• 解密

我重试好几次终于

1. 首先把gradle设为 info模式（关键）
2. 分析
   这回日志上来了。原来gradle还比较智能，可以同时下载多个依赖，失败了还会重试。
   等等，等下。所有的依赖全部下载失败！什么鬼！
   看日志里面这个比较奇怪

Retrying request to {tls}->http://127.0.0.1:7890->https://maven.aliyun.com:443

7890是什么，看上去是http的代理，我好像也没设过代理啊
settings.gradle里面也没设置，Android Studio里面也没设。
怀疑来怀疑去，只能怀疑“翻墙软件”ClashX

3. 调整 ClashX
   我尝试开关代理，结果都是一样的。
   那我把你退了总行吧。结果还是走 http://127.0.0.1:7890 代理，区别是直接refuse了。
   好吧，你个死脑筋怎么一条道走到黑的啦！

4. 重启Android Studio
   怀疑环境变量不会“实时更新”
   重启Android Studio，奇迹出现瞬间同步好了！

• 总结

• 不能光看表面，出现复杂问题最好老老实实的看command line信息，有必要把debug信息也打出来，不要偷懒
• 浪费太久时间了，有的时候也不能头铁太信直觉，试验几次失败就有找原因了。这次浪费这么多时间。好在终于把问题抓出来了
• 昨天也碰到类似问题，但是后来第二天莫名其妙好了，好在今天再暴露一次，很庆幸问题最终没有被掩盖，否则以后还要浪费更多的时间