楼主赶紧抄底啊！！！你这发帖的功夫，好几百刀涨上去了呀。真让人捉急

@dcty 不是不够快，纯粹就是因为虚拟机里面跑的 docker 容器太多导致内存不够用。当然更快就更好了。

18 款 15 寸 32G 都有些捉襟见肘……很后悔没换成 64G 的 16 寸。如今只能加入等等党了

再怎么长，也得遍历。所以时间复杂度最小也得 O(n)。你要是来个循环嵌套，那就是 O(n^2)。如果机灵一点把每个元素 hash 一下存到 hashmap 做 key，那么就不用嵌套循环了，每次都去 hashmap 里面找一下 key 存不存在，不存在就把自己存进去，存在就在另一个重复元素集合里面把自己的索引存进去。最后输出重复元素集合就行了。

手机号明文的 hash，密文再 hash 有个鸟用。

就是 1 楼的方法，再存一个手机号的 hash 。

好处是我可以只写 service，impl 交给别人去写。

递归就完了

直接怼回去：怎么拌？凉拌！等真有紧急 bug 你自然就知道怎么办了。现在我要回家睡觉了，别挡道。

既不写在代码里面，也不写在配置文件里面。正确的做法是保存在配置中心，由专职的运维人员管理和维护。

你自己也说了：要确保大体上是正确的。那么怎样才能做到确保大体上是正确的？我认为必须做到用脑图 /流程图画出完整的逻辑闭环。只要逻辑完整闭环，其他问题就都是小问题了，可以在编码过程中去完善。譬如哪些数据需要验证，数据类型用 long 还是 int，长度多少，删除是软删还是硬删之类。

就是这个结构：一个插件应用对应一个库
https://images.i-facture.com/20211230092825.jpg

楼主你要给每个插件每个用户一个数据库实例？？？想啥呢，🍑是好吃的吗？

不过一个插件一个库是可以的，只要每个数据库用户对应一个库就行。然后表里面加一个 tenant_id 字段隔离用户，这个是必须的，插件按平台的规则设计数据结构，差不多就 ok 了。

value 是关键词，用``包一下

按功能分类，每类一个文件。譬如加解密一个文件，json 一个文件，杂七杂八的一个文件

执行计划发出来

佛系。主要靠快速生产代码赚钱。