已薅羊毛，谢谢楼主

工欲善其事必先利其器，推荐你这个： https://camunda.com/bpmn/tool/

不如古诗，譬如「关关雎鸠，在河之洲」：ggjj,zRzz，或者 guanjue,Iotr(Island of the River)。大小写加符号，复杂度完全没问题。你就是告诉别人密码是「关关雎鸠，在河之洲」，别人也猜不到你的密码。

这个需求要什么定时任务？直接用当前时间做条件查询出当前生效的价格不行吗？

一个铁匠难道就比木匠厉害吗？写一个自己玩玩的操作系统其实一点都不难，反而写个 react 这样的框架不容易，要解决的问题真是太多了。

这种重试机制必须是同步的且只适用于很短时间内的网络波动造成的没有响应。时间稍微长一点的话，上游调用者都因为超时失败了，你重试成功反而有问题了。

如果真需要重试机制，还是用异步模式去处理比较好，譬如用一个延时队列进行重试。

@huntcool001 你想多了吧，这个 key 怎么来的？你第一次访问的时候生成的！所以不可能 59 秒来 10 次，下一秒还能来 10 次。无论你什么时候开始第一次访问，接下来的 60 秒内你只能再来 9 次。

咦，这不是简单生成一个 key 保存一下访问次数作为 value，并且设置一下 key 的过期时间就行了吗？如果没有 key 就写入一个 key，有 key 存在并且 value 超过次数就拦截掉，没有超过次数就对 value 进行累加。难道这样有问题？

会深度学习的韭菜，他还是韭菜，并不能变成镰刀啊……

前端单独一个项目，强行前后端分离。好处眼面前是基本没有，但你以后就能体会了。反正就是多个项目，也没什么成本不是吗。

企业开发比较多，互联网公司基本不用。国内大厂的话，以前携程是，但已经转 Java 了。据说腾讯有些项目是.NET 的。

墙外那几个要访问的网站我都是 host 的，所以一点影响都没有

其实还是前端直接调各个接口拿数据效率高，前端 JS 天然就是异步模式的。

上万行代码的项目，就没必要去啃这堆屎了。除了恶心一下自己外，你什么也得不到。迫不得已要修 bug，根据日志直接找相关代码就行了。

楼主真的是给我们重新定义了「沾边」。。。

人家最多来个什么「康帅傅」，打个擦边球。你倒好，直接就来一个「我是康师傅」，怕不是要告诉人家你才是真·康师傅。

这个不是价格日历嘛……每天每个时间段一条数据，场地、价格以 k/v 形式存成 Json 就行。

红包就免了，能帮到你就好

哪里慢了？？？反正我从来没觉得序列化 /反序列化是性能瓶颈

sourcetree，分支多了，不看图形化的分支图闹不清自己在哪。瞎 JB 合并代码是要出大问题的！