你还应该不要害怕去建议额外的库，如果它们将节省时间的话。然而，你需要确保自己选择了一个好的库供行业使用。好的库的标准是：开源，这样你就可以验证自身代码的质量，并有可能修补对应用非常关键的 bug。在职业生涯开始时，你需要就这些问题做好准备，因为你并没有经历去证明自己能做好这份工作。按照 MIT 和 BSD 等方式进行的***，这样你的公司使用起来就不会遇到任何问题。要小心 GPL，因为它会让你不小心就将整个代码库都开源出去。成熟，比方说出来已经有一段时间了，并且功能集非常丰富。维护性强，新版本推出很密集。别的公司或者项目也使用，这个可以充当品质认证确保有行业支持，能持续维护下去。

条件二

参考计数器算法条件二实现。

算法升级

可以看到实现漏桶算法的话需要每隔interval时间都要另外一条线程去遍历所key的value去做递减操作，那么有没有什么办法可以省略这一步呢。答案是肯定有。

12345678910111213 if(存在key){ value--；(7)另外，根据测试目的的不同，还有回归测试、压力测试、性能测试等，分别为了检验修改或优化过程是否引发新的问题、软件所能达到处理能力和是否达到预期的处理能力等。 if（（nowTime-lastUpdateTime）gt;interval）{ value=value-（nowTime-lastUpdateTime）/interval*step; lastUpdateTime=nowTime; } if(valuelt;=0){ 不能访问 } }else{ 添加key，设置value为limit； lastUpdateTime=nowTime； }

令牌桶算法核心思想

令牌桶算法呢，恰恰是和漏桶算法相反的一个算法，不过还是推荐你使用这个。这个算法的原理我不讲，我觉得聪明的你看了伪代码就明白了。

涉及变量

接口（key）

时间单位（expire）

允许访问多少次（limit）

递增间隔时间（interval）

递增步长（step）

当前可访问次数（value）

key的访问时间（lastUpdateTime）

当前时间（nowTime）（参照漏桶算法需要注意的点）

条件一线程一：

12345678 if(存在key){ value ； if(valuegt;=limit){ 不能访问 } }else{ 添加key，设置value为limit }

线程二：

123 while(过去interval时间){ 所有key的value step }

你是在雇佣创业精神的人吗？如果你打算雇佣创业精神的人，他们中的很多人可能已经有NoSQL的知识了。

然而，如果你不在一个主要的科技中心，那么获得这些人才的机会就很少了。您所在的区域可能有一个现成的RDBMS开发人员池——试图在这样的区域中招募NoSQL工程师和DBA可能会延迟项目交付日期，并且由于供应需求曲线，也会花费您更多的钱。

我的建议是与你的招聘机构/人力资源部门合作，对开发者进行市场调查，并将其纳入你的技术选择中。