作为程序员，就把它当作一个线程安全问题吧。

自动还款的线程已经检查了你的还款状态，然后由于慢，导致另一个线程（你）又操作了一次

1 楼已经说到点子上了，可惜没人注意

你的服务端占用资源大么？我的 Google 小鸡多次因为资源占用过大而被限制，现在被迫用回了官方服务。

@sggggy AWS 是自带高防，不用专门买么？

正常，非英语国家的名字都不好拼写，阿三、阿绿什么的名字更长

每次都要计算效率太低了，不如签到时直接加上 1G 空间，同时添加一个 30 天后减掉 1G 空间的任务。

减空间的任务可以记录在一张表里，只需日期和用户 ID 两列。定时任务每天跑一遍，读取今天需要减的用户 ID，然后减

我做过一个所谓数据湖的项目，就是输入端接纳各种数据源，输出端则要转化为一种可查询的的格式，以供数据消费者检索。

用 AWS 的几个服务组合一下就实现了，并不难，但我还是觉得这跟 ETL 没啥区别。

楼主有目标么？各国情况和流行的技术栈不太一样啊。

总不能为了出国而出国，哪儿都行吧？

另外国内的大厂经历还是有用的，在老外眼里也是赫赫有名的。

@MintZX 我来北美来的比你晚，也许很多以前不要求的现在要求了，比如 GV 。

不过我银行也是留的 GV，那个一直没要求

@MintZX 最基本的例子——现在 GV 本身就要求实体号，你拿个虚拟号注册是无法获得 GV 号的。

很多服务都有这样的要求，多用用，慢慢发现吧。

@MintZX GV 的问题在于不是实体号，某些要求实体号的就不能用了。

甚至有些便宜的手机卡也是虚拟号，也不行。

我把锤子手机（坚果 pro ）带到了美国，打开一看显示 4G，我还挺高兴，以为虽然官方数据没写但实际支持。

但实测下来，只有 2G 的速度，不知道是天线不行还是假 4G 。同一张卡插到 iPhone 就正常。

@livid 广告

端口速度不是签约网速，没有公开渠道可查，得问你那一片的师傅。

但一般都留有余量，毕竟还有加速包之类的东西需要兼容。

能多拨，也能叠加，但端口还有个总带宽限制（比如你的端口限速 500/50，那你无论几叠都最多 500/50 ）

莫名想起了何广智

没想到 v2 有那么多人不知道芯片的体质不同，所谓高频版低频版其实都是一条线上生产出来的，然后根据体质打不同的标。

自己不知道就算了，还对知道的人阴阳怪气冷嘲热讽

还是 Angular 聪明啊，现在默认设置把自动检查数据变化都禁掉了，更新完数据需要主动让他 detectChanges()，这就没有反复调用的性能问题了。

uuid 的问题在于多台机器之间无法实现递增关系，雪花算法主要就是为了解决这个问题的，后生成的 id 一定大于之前生成的 id 。

如果对雪花的性能不满意，可以考虑做个 id 微服务，闲余时提前生好，存在内存里，需要时取第一个发下去就行了，这样不会重复，也保证了递增关系。关键是算法可以很简单（比如就是数字递增），从而保证这个微服务有极强的承载能力。