Tomcat架构解析之Context命名规则

一、前言

    在"Web应用加载"的最后，讲解一下Context命名规则。尽管在大多数情况下，Context的名称与部署目录或者WAR包名称（去除扩展名，下文称为“基础文件名称”）相同，但是Tomcat支持的命名规则要复杂的多。在部署较简单的情况下，我们基本可以忽略Tomcat对Context命名规则的处理，但是在复杂部署的情况下，这可能会给我们的应用部署带来极大的便利。

二、命名规则

    实际上，Context的name、path、和version这三个属性与基础文件名称有非常紧密的分析。

    当未指定version时，name与path相同。如果path为空字符串，基础文件名称为"ROOT"；否则，将path起始的“ / ”删除，并且将其余的“ / ”替换成"＃ "即为基础文件名称。

    如果指定了version，则path不变，name和基础文件名称将追加“##”和具体版本号。

    尽管以上描述以name、path、version推导基础文件名称，但是在自动部署的情况下，则是由基础文件名称生成name、path、version信息，具体规则实现参加org.apache.catalina.util.ContextName。

    Tomcat部署文件与请求路径转换规则如下：

    Tomcat支持同时以相同的Context路径部署多个版本的Web应用，此时Tomcat将按照如下规则匹配到对应版本的Context:

1. 如果请求中不含session信息，将使用最新版本。
2. 如果请求中包含session信息，检查每个版本中的会话管理器，如果会话管理器包含当前会话，则使用该版本。
3. 如果请求中包含session信息，但是并未找到匹配的版本，则使用最新版本。

三、总结

1. 通过Context的命名规则，我们可以更加合理的划分请求目录，尤其是当我们面临的是数个Web应用统一部署的时候，实现了对Web应用的分解。
2. 通过在部署目录名称中追加版本号信息，在请求路径不变的情况下，实现了Web应用的多版本管理，便于系统的升级和降级。