Zuul源码分析（一） FilterFileManager

现在我们开始分析Zuul的源码。首先来说一下Zuul是什么。
zuul 是netflix开源的一个API Gateway 服务器, 本质上是一个servlet应用。
Zuul 在云平台上提供动态路由，监控，弹性，安全等边缘服务的框架。
简单来说Zuul就是一个api网关，对所有访问后端服务的请求做过滤处理。那么现在我们就来分析一下Zuul的过滤器。
Zuul的过滤器之间没有直接的相互通信，他们之间通过一个RequestContext的静态类来进行数据传递的。RequestContext类中有ThreadLocal变量来记录每个Request所需要传递的数据。
Zuul的过滤器是由Groovy写成，这些过滤器文件被放在Zuul Server上的特定目录下面，Zuul会定期轮询这些目录，修改过的过滤器会动态的加载到Zuul Server中以便过滤请求使用。
下面有几种标准的过滤器类型：
Zuul大部分功能都是通过过滤器来实现的。Zuul中定义了四种标准过滤器类型，这些过滤器类型对应于请求的典型生命周期。
(1) PRE：这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
(2) ROUTING：这种过滤器将请求路由到微服务。这种过滤器用于构建发送给微服务的请求，并使用Apache HttpClient或Netfilx Ribbon请求微服务。
(3) POST：这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的HTTP Header、收集统计信息和指标、将响应从微服务发送给客户端等。
(4) ERROR：在其他阶段发生错误时执行该过滤器。
内置的特殊过滤器
zuul还提供了一类特殊的过滤器，分别为：StaticResponseFilter和SurgicalDebugFilter
StaticResponseFilter：StaticResponseFilter允许从Zuul本身生成响应，而不是将请求转发到源。
SurgicalDebugFilter：SurgicalDebugFilter允许将特定请求路由到分隔的调试集群或主机。
自定义的过滤器
除了默认的过滤器类型，Zuul还允许我们创建自定义的过滤器类型。
例如，我们可以定制一种STATIC类型的过滤器，直接在Zuul中生成响应，而不将请求转发到后端的微服务。
现在我们要说的就是Zuul管理过滤器的类FilterFileManager。这个类会开启一个线程去定期扫描过滤器的文件。
看下具体的实现

void manageFiles()
{
    try {
        List aFiles = getFiles();
        processGroovyFiles(aFiles);
    }
    catch (Exception e) {
        String msg = "Error updating groovy filters from disk!";
        LOG.error(msg, e);
        throw new RuntimeException(msg, e);
    }
}

看下processGroovyFiles方法

void processGroovyFiles(List aFiles) throws Exception {

    List> tasks = new ArrayList<>();
    for (File file : aFiles) {
        tasks.add(() -> {
            try {
                return filterLoader.putFilter(file);
            }
            catch(Exception e) {
                LOG.error("Error loading groovy filter from disk! file = " + String.valueOf(file), e);
                return false;
            }
        });
    }
    processFilesService.invokeAll(tasks, FILE_PROCESSOR_TASKS_TIMEOUT_SECS.get(), TimeUnit.SECONDS);
}

然后调用FilterLoader加载filter文件。看下具体的实现

public boolean putFilter(File file) throws Exception
{
    try {
        String sName = file.getAbsolutePath();
        if (filterClassLastModified.get(sName) != null && (file.lastModified() != filterClassLastModified.get(sName))) {
            LOG.debug("reloading filter " + sName);
            filterRegistry.remove(sName);
        }
        ZuulFilter filter = filterRegistry.get(sName);
        if (filter == null) {
            Class clazz = compiler.compile(file);
            if (!Modifier.isAbstract(clazz.getModifiers())) {
                filter = filterFactory.newInstance(clazz);
                putFilter(sName, filter, file.lastModified());
                return true;
            }
        }
    }
    catch (Exception e) {
        LOG.error("Error loading filter! Continuing. file=" + String.valueOf(file), e);
        return false;
    }

    return false;
}

这里主要的逻辑是把Groovy源码进行编译并加载进jvm里。
FilterRegistry用于管理加载的filter，数据结构比较简单，使用 ConcurrentHashMap filters，启动key为filter的name：file.getAbsolutePath() + file.getName()。
FilterFileManager的分析就到这里了。