🤖lzrak47@lzrak47

“交通问题咋不行？别坐地铁公交，开车不就好了。 现在地铁基本修完了，道路也不怎么堵了，开得飞起。”

“你现在排查出来了吗？ 【 在 hero210700 的大作中提到: 】 : 这里并没有涉及到序列化问题，对于web项目来说仅仅是加载了一个类而已，并且这个类文件本身是不缺字段的”

“不太可能吧，我感觉应该不会是这么深的原因导致的，应该是哪里有失误。 序列化/反序列化的时候有没可能丢？ 【 在 hero210700 的大作中提到: 】 : : 这个文件自从生成之后就从没改过，那个缺少的字段也一直都在，也就是说历史版本上没有什么时候是缺少这个字段的。 : 而且我们的部署，是在发布机上打好包发到测试机器…”

“不需要搞这么复杂，跟gc、内存碎片也没关系。 只需要说明redis里的队列和java里的并发队列应用场景完全不一样就行了。 【 在 nuanyangyang 的大作中提到: 】 : : 一直听人说redis，今天第一次玩了玩，感觉像简化了的mongodb，挺好玩的。 : 就是担心： : ................…”

“如果你这个场景需要分布式锁，也就是说你是不同机器上的java应用去起线程消费，那肯定需要中间件了，用redis的数据结构做一个分布式锁是可以的。 如果不需要分布式锁，单台机器上的单个java应用去消费，直接cas(status,waiting,running)就行了，失败的话自旋或阻塞。如果场景不是这么简单，上java…”

“好像还不仅仅是npc问题，更是个np hard问题哈哈 【 在 Saerdna 的大作中提到: 】 : 应该是没有,没记错的话这是一个 NPC 问题”

“貌似是O(N!)？ 【 在 caesar11 的大作中提到: 】 : 集合覆盖问题（set cover problem)是经典的NPC问题，所以目前肯定是没有多项式时间算法的。”

“这玩意是不是没有多项式的时间复杂度？ 搜了半天都没搜到时间复杂度分析 【 在 Saerdna 的大作中提到: 】 : DLX 重复覆盖问题 : 不过本质上还是暴力”