感觉楼上一堆人没有一个分析道点上的，也是人云亦云，也是醉了。6 楼的那个 resize 问题，1.7 的那个问题在 1.8 已经不存在了。

我当然知道 hashmap 不是线程安全的，我只是想知道这个不安全的地方体现在什么地方。

就是因为文档和搜索引擎上的东西不够看的呀。

主要还是在于坚持，上面说的任何一项，坚持下来应该都会有点效果。

@jedihy 嗯，最近回过头来看算法的时候，又看到了，再了解下。

@SlipStupig 感谢建议。想了想，准备用延时队列试试看看。

@MiguelValentine 放到 redis 缓存里？每看太懂呢。

@owenliang 哈哈哈，脚本也是一种方式。

@weer0026 嗯，延时队列我也准备试试。

@Jealee 这是用 redis 做消息队列么

@yuankui 嗯，延时队列可以考虑使用。下次试一试。

@YORYOR 是和幂等有点关系，不过我这的主要问题是 一段时间内订单的自动取消问题。

@openbsd 哈哈哈，反正我们是下单减库存，不是扣款减库存。

@skyFuture 订单取消我们会涉及到退积分相关的操作，所以只有执行一次。而退积分又是 RPC 操作，我目前控制不了这个。但这个不是主要问题，我是说对于一段时间内自动取消订单这类问题，有没有更好的实现方案。

@Doodlister 如果用户不访问，那他的订单列表里有将一直有这个待支付的订单喽。

去年是没有月卡的，今年刚有，我的余额还有 11 块钱。赶紧买半年的月卡得了。

@xupefei 嗯，多谢指导，明白了。我所说的那种应该就是 unbounded knapsack。

@DaCong 嗯嗯，感谢。大概明白了，我可能太纠结在贪心算法了。去学习学习动态规划。

@DaCong 嗯，对于一般背包我是这样理解的：有 N 件物品和一个最大重量为 V 的背包，其中每件物品有多个，每件背包重量为 W(i)，每件物品价值为 P(i)，在保证不超过最大重量 V 的情况下，放入的物品价值最大？
因为我现在学的贪心算法，也看了看网上说的，贪心算法可以解决这个问题，就使用贪心算法：
依次取 价值除以重量 P(i)/W(i) 最大的放进去就行，但实际上这确实不行的。不知道这种情况算一般算法不，还是我说的这个贪心策略不对。

我是在学习贪心算法的时候，看到贪心算法适用一般背包问题，而没搞明白的。