从Node实例化的过程中,我们知道ActionModule是Node提供Rest请求功能的主要模块。RestController的实例是在ActionModule实例化的时候传入的重要参数之一,RestController是API提供服务的关键类之一,我们先从这个类开始梳理Rest API的加载逻辑。

RestController继承自AbstractComponent,实现了HttpServerTransport.Dispatcher接口。
抽象类AbstractComponent,没什么复杂的逻辑,就是定义了一个基类Logger,一个Deprecation的Logger,Deprecation的Logger用处是打印settings配置中不提倡的参数设定(提醒ElasticSearch的使用者),该抽象类只有两个关于日志的方法:
因为设计思路是将dispatchRequest这样的方法设计成接口,而发送请求逻辑分组率属于HttpServerTransport,所以将Dispatcher接口设计成HttpServerTransport的内部接口,这样所有的Dispatcher的实现类都会带有HttpServerTransport接口的标记。
HttpServerTransport接口又实现了LifecycleComponent接口,LifecycleComponent接口标记了生命周期状态相关的逻辑,如下图:

其中Releasable类是ElasticSearch自己封装JDK1.7中的AutoCloseable。从LifecycleComponent的方法中可以看出该接口主要标记了Component的生命周期状态相关,当然还有添加和移除生命周期监听器,主要还是看LifecycleComponent的实现类是怎么实现这些标记的逻辑的。
下面我们查看HttpServerTransport接口的逻辑,这个接口也不复杂,在HttpServerTransport接口中则主要配置了http线程的线程名前缀,绑定的Address,Http信息和状态。
在HttpServerTransport的内部接口Dispatcher中,主要是两个方法:
梳理了RestController的父类结构,终于到了梳理RestController本身的时候了。RestController中最关键的方法是:
RestController的registerHandler方法做了哪些事呢?registerHandler的主要功能是当注册了一个REST处理程序后,如果提供的方法和路径之一匹配请求时,执行处理程序。
查看源码我们会发现主要做了两个操作
这个方法是实现了Dispatcher接口中的dispatchRequest方法。
由于ElasticSearch没有用到任何WEB框架,rest请求底层都是使用Netty实现的,收到的请求都是从ElasticSearch的transport-netty4模块里面发送给ElasticSearch的核心的。
RestController中dispatchRequest,遍历所有可能的处理程序,发送请求:
Iterator<MethodHandlers> allHandlers = getAllHandlers(request);
for (Iterator<MethodHandlers> it = allHandlers; it.hasNext(); ) {
final Optional<RestHandler> mHandler = Optional.ofNullable(it.next()).flatMap(mh -> mh.getHandler(request.method()));
requestHandled = dispatchRequest(request, channel, client, mHandler);
if (requestHandled) {
break;
}
}
如果返回的requestHandled为false,则返回失败的handleBadRequest(request, channel);
aliases显示有关当前配置的别名的信息,包括过滤器和路由信息。
GET /_cat/aliases?v
可能的响应:
alias index filter routing.index routing.search
alias1 test1 - - -
alias2 test1 * - -
alias3 test1 - 1 1
alias4 test1 - 2 1,2
输出显示alias2已经配置了一个过滤器,以及alias3和alias4中的特定路由配置。
如果只想获取有关特定别名的信息,则可以使用逗号分隔格式指定别名作为URL参数,例如,/_cat/aliases/aliases/alias1,alias2
REST请求是通过准备一个channel消费者(RestChannelConsumer)来处理的,Node在接收到aliases catAPI请求后,转发到RestAliasAction的doCatRequest方法,该方法会先确定这个请求是否是来自本地。RestAliasAction类的doCatRequest方法会返回一个RestChannelConsumer。
RestAliasAction类的doCatRequest方法接收两个参数RestRequest和NodeClient。

这里的NodeClient是在本地节点上执行操作的Client。继承关系如下图:

其中Client接口提供了一个用于对集群执行actions或操作的接口。客户可以从一个org.elasticsearch.node.node检索开始,或远程连接使用一个或多个节点org.elasticsearch.client.transport.transportclient。
而NodeClient的admin方法是取得AbstractClient.Admin.IndicesAdmin实例,通过参数“索引别名请求(getAliasesRequest)”和“通知结果监听器(new RestResponseListener<GetAliasesResponse>(channel))”来获取特定索引或按名称存在的特定索引别名。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69946831/viewspace-3162278/ ,如需转载,请注明出处,否则将追究法律责任。