search-as-you-type做自动补全提示的时候，options数组是空的

总结下，这几天遇到的elsaticsearch官方文档的坑。

先说我遇到的问题。

我完全按照官方文档的api进行suggest  search，但是结果一直是空，把代码中的请求拷贝到了postman，如下

请求结果太长，截取主要的位置，如下：

假设你的ES分词插件是正常的，options[]就不应该是空的，而你所谓的自动补全提示，也就是这里面的数据。

那么问题出在哪，我们下看一眼官方文档，截图如下：

如果你按照官方api，写法是没有错误的，但是就是结果一直是空的，分词也没出错，为啥，下面看我写的代码，注意看注释的地方：

278行注释的地方，就是官方给我们的SuggestionBuilder构建，最终会拼到searchrequest，执行查询。

284行，则是能够返回数据的写法，即正确的写法，那么问题在哪，看我的索引结构有问题的部分，如下：

这个就是我专门用来做自动补全提示的字段，type类型是completion。

结合我的代码逻辑，你看了下，可能会发现端倪，没错，type=completion，我在请求的时候，用的是termSuggestion，请求属性和字段属性没有一一对应，自然查不到。

解决这个问题，就是改索引字段的type，或者是代码请求体。

继续深究，精准程度上(Precision)看： Completion >  Phrase > term， 而召回率上(Recall)则反之。这三个是最常用的type，但是官方文档为什么只给了term的事例，难道是召回率最高，实际效果最好？可能有这方面的考虑，所以，在做业务的时候，没有特殊要求，直接设置type是term就好了

疯狂吐槽：你官方文档不能给个明确的提示要一一对应，或者提示有其他的api吗，搞得大家以为只有term的api一样，刚好我抽风，用的字段类型又是Completion

后续：后来我找大佬请教了一番，他说，有专门的搜索api文档，那上面比较详细，这些请求都给了事例，如图和链接：

https://www.elastic.co/guide/en/elasticsearch/reference/current/search.html

tip：遇到问题要多钻研，自己理清头绪，慢慢调试，这个小的发现也算是发现了官方文档在更新过程中的一些坑，还是蛮有成就感的。