发展一个不会被 AI 取代的副业吧

没什么意思了，我现在更喜欢聊哲理、聊人生、聊身边事。

背各种咒语，还有学中医方面知识

正常，使用公网大模型确实有隐私泄露风险

八字没合盘功能啊

如果我是老板，我会选 GPT ，虽然专业程度比 Claude 差一点，但是情绪价值拉满，哪怕回答不好，我也有意愿和他继续沟通

如果数据库 id 是有序的话可以先排序，然后切分数据，如 1000 条一次，多线程处理，也就这样了，用中间件其实没太大必要

找 leader 要，有问题有想法就沟通，不要闷着，不要怕打扰别人，太难受

@ghwolf007 哈哈哈，想看看大家都买了点啥好东西

一般 java 做的都比较复杂，不适合线上沟通，但是 Python ，go 可能就为了解决一个特定问题，不会有太多的发散。

@linghan 谢谢，哥们

蘸醋吃解辣

@vivisidea @corningsun @GuuJiang @soupu626 @lrjia 目前采用了 @vivisidea 所说的这种方式，不过我是 AC 自动机+ HashMap<keyword,Set<XXDTO>>这种形式，在数据量大的情况下较 @corningsun 方式速度能提升 10 倍。感谢感谢

@soupu626 这是一个不错的思路，前缀 map 能细讲一下吗

@corningsun 感谢，checkExistRule 是有问题的，我目前采用了你这种方式，线上 YYDTO 每条耗时差不多 150ms ，因为每次都要过 10w 条 XXDTO

@GuuJiang 这个反向关联关系不太好维护，因为多个关键词同时包含才能确定一个标签，拿到了命中的关键词后，去循环查找哪个标签下的关键词组合能够匹配上？那相当于还是要从头到尾遍历一次 XXDTOList 啊

@GuuJiang 因为这是一个打标的场景，A 标签规则是一组关键词，B 标签也是一组关键词，如果文本完全命中这些关键词的话怎么区分是 A 标签命中还是 B 标签命中呢

@BiChengfei parallelStream CPU 测试消耗比较大，我们线上 CPU 就 2 核，直接就打满了