mcluyu

没有叠加啊， 同一段时间内的步数肯定系统会按一定算法判断使用那段数据的， 猜测是同一段时间内哪个的数量多就用哪个的， 所以两个相加的结果会大于单一设备数值， 但绝不是一步算两步

审核规则没有吗? 要不先仔细读读规则

经常的啊， 一周起码一次， 突然断连， 键盘鼠标点击才会重新连上

@vacuitym 你觉得请求四个接口遇到网络波动的概率大还是一个接口遇到波动概率大啊，简单查询接口的请求时间绝大部分不是消耗在网络延迟上的吗，服务器查询一个和查询四个的时间哪怕你一个个查那可能也就是 5ms 和 20ms 的差距， 一个网络请求和四个的时间差那就完全取决于网络了。
网络波动请求一个成功概率如果是 70%， 我只需要成功一次就能显示完全， 请求四个那我全部请求成功的概率直接降到只有 3 成不到了

真是一堆大佬，前端需要管你后端什么原子性，什么架构设计吗，那是前端需要关心的事情吗？业务接口就是业务接口，你见过谁家提供的服务会让你加载张图片还要请求几次才能拿到图片 url 的，居然还有让前端来写 bff 的。。。。 还有啥一个接口 50ms ，四个一起查就要 200ms ？？？我直接？？？？？
也就这些年终端的网速带宽都明显快了， 不然一个请求来回几百 ms ， 加载一个东西你要请求好几个接口那不得慢死了

手机区域改到外国， 完美解决

hyper-v 跑的 OP 做主路由都稳定运行一年多了， 梯子好用， 不存在什么问题， 梯子坏了的话就看你用的插件设置、分流和运行策略怎么设置， 再不济也就是无法翻出去了， 对其他不需要梯子的也没影响