2.4.5版本中flush/dic接口奇怪现象 about elasticsearch-analysis-ansj HOT 9 OPEN

补充，我调用_cache/clear接口也位解决此问题

from elasticsearch-analysis-ansj.

是的，analyzer会被放在ThreadLocal里。

热更新问题，在这里修复了：#193

from elasticsearch-analysis-ansj.

是的，analyzer会被放在ThreadLocal里。

热更新问题，在这里修复了：#193

谢谢，感谢回复，由于线上ES不方便升级大版本，我准备研究下能否采取其他手段进行解决

from elasticsearch-analysis-ansj.

可以的，如果需要，这边可以对2.x版本升级
其实插件本身改动不大，核心是nlp-lang的改动

from elasticsearch-analysis-ansj.

可以的，如果需要，这边可以对2.x版本升级
其实插件本身改动不大，核心是nlp-lang的改动

你好，我看nlp包中加了volatile关键词，照葫芦画瓢也在我这边低版本改了，然后我在analysis-ansj中的两个类也照着改了。启动没问题，不过没有生效，还是间歇性生效，不知道还有哪里的修改点。

from elasticsearch-analysis-ansj.

可以的，如果需要，这边可以对2.x版本升级
其实插件本身改动不大，核心是nlp-lang的改动

你好，我看nlp包中加了volatile关键词，照葫芦画瓢也在我这边低版本改了，然后我在analysis-ansj中的两个类也照着改了。启动没问题，不过没有生效，还是间歇性生效，不知道还有哪里的修改点。

也没有找到threadlocal 的相关修改点

from elasticsearch-analysis-ansj.

ThreadLocal只能是注册的全局的，能控制。如果不是，es注册的是CustomAnalyzer，控制不了的。

所以只能控制，ThreadLocal的value引用，也就是词典

而且词典不能从ENV里移除，如果有变更，只能先clear，再重新加载，如果删除了，clear掉就行

from elasticsearch-analysis-ansj.

ThreadLocal只能是注册的全局的，能控制。如果不是，es注册的是CustomAnalyzer，控制不了的。

所以只能控制，ThreadLocal的value引用，也就是词典

而且词典不能从ENV里移除，如果有变更，只能先clear，再重新加载，如果删除了，clear掉就行

我看你的代码变动好像是把原来的reload 改成reloadLIbrary方法判断分支，执行reload或者是clear，我没理解到怎么就解决bug了

from elasticsearch-analysis-ansj.

reload内部，会先clear，clear执行的时候，会重新初始化branches

......
public class SmartForest<T> implements Comparable<SmartForest<T>>, Serializable {
    ......
    public void clear() {
        this.branches = new SmartForest[65536];
    }
   ......
}

之后再重新读取并加载词典，把词条放入branches

from elasticsearch-analysis-ansj.