几种 java 操作 ES 的方式整理总结

最新推荐文章于 2024-09-13 15:04:04 发布

水的精神

最新推荐文章于 2024-09-13 15:04:04 发布

阅读量5.9k

点赞数 2

分类专栏： Elasticsearch

本文链接：https://blog.csdn.net/star1210644725/article/details/105987615

版权

Elasticsearch 专栏收录该内容

158 篇文章 51 订阅

订阅专栏

作为java后台开发来说，java 程序操作ES 是必然的。

这篇文章就来介绍一下几种 java 操作 ES 的方式。

文中的案例我来不及敲了，但是我可以保证，我贴的案例，都是到目前为止，我所谷歌出来最好的案例。所以根据我这篇文章来学习，绝对可以让你省很多时间。因为我在学习的过程中，已经查阅了很多的文章。多数写的都很差，不完整。而我找到的案例都是那种跟着敲就没问题的。

先说结果：我个人推荐的还是使用SpringDateEs 这种，这是我目前看来使用最方便简单的一种方式。

# # 操作ES 的方式大题有这么三种

TransportClinet客户端
REST Client
SpringDateES

# # 第一种 TransportClinet客户端

首先要讲一下，如果是新打的ES 集群的话，ES版本在7.0以上，或者以后有可能升级版本的话，这个方式已经不被推荐了。这个是官方文档上显示的。并且到ES8的版本，直接废除。

来看下原文：原文链接 https://www.elastic.co/guide/en/elasticsearch/client/java-api/current/java-api.html#java-api

Deprecated in 7.0.0.

The TransportClient is deprecated in favour of the Java High Level REST Clientand will be removed in Elasticsearch 8.0. The migration guide describes all the steps needed to migrate.

This section describes the Java API that Elasticsearch provides. All Elasticsearch operations are executed using a Client object. All operations are completely asynchronous in nature (either accepts a listener, or returns a future).

Additionally, operations on a client may be accumulated and executed in Bulk.

Note, all the APIs are exposed through the Java API (actually, the Java API is used internally to execute them).

如果ES 使用的7.0之前的版本的话，并且不会轻易升ES版本，那么就可以使用。

这里我贴一个案例（不自己手敲了，直接链接别人的案例）：案例

# # REST Client

这个是ES 官方推荐的一种方式。下边是官方文档、

https://www.elastic.co/guide/en/elasticsearch/client/java-rest/7.6/java-rest-high.html

REST Client 有一个高版本，和一个低版本。主要是用来适应不同的 ES版本的。

Java Low Level REST Client

Java High Level REST Client

这里主要介绍高版本的客户端，看官方文档的介绍：https://www.elastic.co/guide/en/elasticsearch/client/java-rest/7.6/java-rest-high-compatibility.html

Java高级REST客户端需要Java 1.8，并依赖于Elasticsearch核心项目。客户端版本与为其开发客户端的Elasticsearch版本相同。它接受与相同的请求参数，TransportClient 并返回相同的响应对象。如果需要将应用程序从其迁移到新的REST客户端，请参阅《迁移指南》TransportClient。

确保高级客户端能够与在相同主要版本和较大或相等的次要版本上运行的任何Elasticsearch节点进行通信。它不需要与与其通信的Elasticsearch节点处于相同的次要版本，因为它是前向兼容的，这意味着它支持与比其开发的版本更高的Elasticsearch通信。

6.0客户端可以与任何6.x Elasticsearch节点进行通信，而6.1客户端可以与6.1、6.2和任何更高版本的6.x版本进行通信，但是与先前的Elasticsearch节点进行通信时可能会出现不兼容问题如果6.1客户端支持6.0节点不知道的某些API的新请求正文字段，则版本介于6.1和6.0之间。

对这个感兴趣的，就看官方文档吧，我上边已经都贴出来了。我最最推荐的还是下边的方式。

# # SpringDateES

这种方式，是我认为最简单方便操作的方式。可能有我个人的情感在里边，我之前持久层经常使用SpringDateJPA，在我看到SpringDateEs 的时候，一下子就被深深的吸引了。从入门的案例来讲，相比较其它的方式，这个非常简单，从入门案例就可以看出来。

下边我贴一个我找到的最好的案例：https://www.cnblogs.com/sxdcgaq8080/p/10411423.html

另外，对SpringDateES 做入门的学习，我推荐这篇文章：https://www.jianshu.com/p/930c803a4ebd

最后，对SpringDateES 做全面的学习，请看官方文档：官方文档

# # 这里在提一下使用 ES 的一些坑

https://www.cnblogs.com/guozp/p/8686904.html