@xuanbg 索引倒也不是只有查询用，Oracle 也有位图索引，正是你说的一个 bit 类型的索引，运算上性能很好

@byx 感谢，explain 发现确实执行计划是一样的，即使不是 unique key 也是

@redorblacck886 学到了

在用 jdk11 ，这个特性感觉没啥用 周围也没啥人用

看需求了，如果追求成绩的话 nike 的 air zoom 、飞马、多威、美津浓都可以；如果是慢跑党追求保护性，根据脚的内外翻选亚瑟士的 gt1000 、gt2000 、gel-content 等等都可以

restful 风格 url 应该是全小写+下划线吧，哪有用 camel case 的

形象一点说明，如果只有两个线程 A 和 B ，最终会生产出 20 个数据毫无疑问，但是可能出现这样的情况：第 1~4 是线程 A 生产的，第 5~6 是线程 B 生产的，第 7 是线程 A 生产的，第 8~10 是线程 B 生产的，于是打印线程 B 的名字，此时线程 A 生产了 5/10 ，线程 B 生产了 5/10 ；第 11~15 是线程 A 生产的，第 16~20 是线程 B 生产的，于是打印线程 B 的名字。

@bmwyhc 是的，参考 @lancelee01 的说法：”“日志中没有看到 producer-2 或 producer-5 ，但是 producer-17 和 producer-11 分别重复出现了 3 次”。这个是因为元素满 10 个打印，所以打印多次的是正好这个线程每次执行时生成的元素正好是第 10 个元素，没有打印是该线程每次执行生成数对应列表内是 0-8 下标。想看到所有线程应该在 if 判断外。“
你的 while(i>0){waitNotify.producer();}处，每个线程都在并发执行这段代码，都在竞争 waitNotify 的锁，有的线程竞争到了，而且刚好生产了第十个，所以打印了该线程的名字；有的线程虽然竞争到了锁，但是生产的是前九个，而非第十个所以没有打印名字。

在用，挺好用的，源也很新，win 上找不同版本的 jdk 可以不用 google 了

这应该是 monitor lock 是非公平锁的问题，你的哪个生产者可以获得锁是完全随机的，并非你想象的“每个生产者正好可以获得一次锁”。实际情况是有些线程拿了多次锁，有些线程没拿到锁。

@L1shen 感谢

@libook 感谢，我去了解一些开源的 NAS

@libook 是打算写一个多用户的，类似百度网盘这种而非私有云，NAS 似乎满足不了？

@documentzhangx66 MongoDB 里有像 inotify 这样云端变动之后通知用户（或设钩子）的机制吗？
@mengyx 网上搜了圈好像没看到 minio 有云端文件变动事件通知的机制

小新电池损耗太严重了，指望外带续航的别买，半年衰减 10%，惠普可能有电池鼓包和屏幕问题