不知道 OP 是怎么来根据请求链路，保障速度的？
还是说，核心思路是，在 cdn 前面放了一个调度，通过找到比 cdn 价格还低的机器 /带宽，来省钱？

和楼主一样的应用，装的也是 iKuai+Ubuntu ，扔鞋柜，长期 45-50 度，跑了 3 年了。。也没啥。
一直期待他坏了，好买新的，可是一直没坏。。。

都是 java 的，老外搞不懂行情啊。

都是一堆 aswesome 刷榜的，还有一堆各种 free 啥的，真的是乌烟瘴气的。

用 warp 一 ssh 登陆，就会出现很多类似的乱码。。。不知道是不是什么配置问题，op 遇到过吗。。。

https://imgur.com/a/oGyVuIx

@JxQg597 #8

谢谢大神。。。我的想法是有没有可能，可以写一个统一的父累。

Response resp = GSON.fromJson( httpResponse, Response.class);
然后 return 这个 resp 给到业务的方法，然后业务的方法拿到了这个 resp ，可以根据里面的 code 来判断是否出错，并且解析出自己的 ResponseA ，或者 ResponseB?

比如：
业务 A：
if (resp.code==null) {
ResponseA respA= (ResponseA) resp.data;

}else if (resp.code == -1021) {
//retry logic
}


业务 B：

业务 A：
if (resp.code==null) {
ResponseB respB= (ResponseB) resp.data;

} else if (resp.code == -1021) {
//业务 B -1021 不重试
} else if (resp.code == -1001) {
//业务 B -1001 重试，下面自己实现重试逻辑
}

@jiajianjava #5
@JxQg597 #2
主要是他正确的响应，他有几十个 api ，就有几十个格式。。。
我们现在有 ResponseError.class, ResponseA.class, ResponseB.class
然后有的时候，因为对方 api 不稳定，请求有需要重试。。。
以前，只需要在我们封装的 HttpUtil 里面根据网络状态或者 http 状态码自动重试，业务层不操心了。。。

但是现在这家，需要在业务层重试。。。所以说，想能不能有个统一的手段，能解析成一个 response ，然后根据里面某个值的判断，再分开能拿到 ResponseA 或者 ResponseB 。

赶紧跑吧。二手房都完全卖不出去，看看流动性。

买个 alice 的吧，轴要是坏了，直接自己换。

sqladvisor 确实不错，要是 pg 有就好了，看楼下的同学有没有知道的。。。

React 吧，网页一起搞了。
Flutter 的搞网页麻烦。

搜狗会上传的，不用洗了，还是老老实实用原生的吧。。。

能开源吗？

吃火锅嘛，那个简单。

https://github.com/baidu/amis

我们用的这个，后端开发很方便，写页面都是写 json 。

但是适配手机端还是很麻烦，希望楼下的同学有更简单的方案。。。

Java 的协程已经出来了，没必要转 go 了，要转转 rust 。

嗯，我的 obsidian 虽然体验没有 notion 好，但是打开速度是嗖嗖的，就图他这个了。。。

400k 勉强可以过国内一线城市的生活。。。
你搜下那边一个大点的公寓，一个车。