类型表

类型表的格式有点类似于RFC822邮件头的格式。它包含以空行分格的文档描述，以井号(#)打头的行被当作是注释。一个文档描述包含几个头记录，以空格开始的行将被认为是前一行的延续，这样文档描述记录就可以包含多行。在处理处理多行记录时，行与行被连接起来，打头的空格会被删除。一个头记录包含一个关键字名，并且总是在结尾的地方用一个冒号将它自己和紧跟其后的值分隔开。在头名字与它的值之间以及取值的各个标记之间可以插入空格。头可以是：

Content-Encoding:

文件的编码方式。Apache只支持用AddEncoding指令定义的编码方式。它一般包含compress压缩文件的x-compress编码和gzip文件的x-gzip编码。在编码对照过程中，"x-"前缀会被忽略。

Content-Language:

按互联网标准语言标签(RFC 1766)定义的变体语言。举例来说en表示英语。如果变体包含一种以上的语言，用逗号来分隔。

Content-Length:

以字节为单位的文件长度。如果这个头不存在，则使用文件的实际长度。

Content-Type:

带可选参数的文档MIME类型。参数与MIME类型之间以及参数之间都用分号分隔，参数使用类似"name=value"这样的语法。参数包括：

level

一个指明媒体类型版本的整数。对text/html来讲，默认值是"2"，其它的默认值为"0"。

qs

一个取值在0.0到1.0之间的浮点数，它表示在不考虑客户端性能的情况下，一个变体相对于其它变体的"品质"。比如在表现一张照片时，jpeg文件通常比字符构图有较高的还原品质；而如果要表现的本来就是一个字符构图，那么当然Ascii文件会比jpeg文件有较高的还原品质。因此，所有的qs取值都是特定于某个资源的。

示例

Content-Type: image/jpeg; qs=0.8

URI:

文件的URI包含了媒体类型、编码方式等变量的信息，这些被解释为与映射文件相关的URL ，它们必须在同一个服务器上。如果它们被直接调用的话，它们所涉及的文件必须对用户是可以访问的。

Body:

这是2.0新增的功能，使用Body头，资源的实际内容可以直接包含在类型表里。这个头必须包含一个指明分隔符的字符串。这样在类型表文件中，接下来直到分隔字符串之前的所有内容，会被当作是资源实体。

示例：

Body:----xyz----
<html>
<body>
<p>Content of the page.</p>
</body>
</html>
----xyz----

MultiViews

MultiViews查询是由Options指令的MultiViews选项激活的。如果服务器接收了一个对/some/dir/foo的请求，而/some/dir/foo并不存在，则服务器会查找这个目录下所有的 foo.* 文件，并有效地伪造一个说明这些 foo.* 文件的类型表，假定客户可能请求的一个，把他们指定为这个类型的媒体类型及内容编码。最终选择其中最符合客户请求的文档，返回给客户。

MultiViewsMatch指令指示Apache在选择文件时是否考虑不包含内容协商元信息的文件。