虽然 Steven 的回答触及了关键点和每种风格的非常基本的总结，但我会给你一个更详细的差异描述，因为我在包装上做了很多工作，以及非常不同的模块集每一个对于一个好的答案都是绝对关键的。基本描述并不能很好地进行比较。（此外，感谢史蒂文引用我的旧博客（甚至称我为“维护者”。我打算将 nginx-is-coming-to-main 帖子移植到我的新博客，但我没有机会.)

另请注意，NGINX Web 服务器的最新软件包在 NGINX PPA 中可用，由我自己维护，几乎完全基于 Debian。（稳定的 PPA（截至本文时为 1.6.2）；主线 PPA（截至本文时为 1.7.7，1.7.8 计划于 2014 年 12 月 4 日登陆））

的不同口味nginx：

不同的风格都是相同的版本nginx，但是这些风格是由 Debian 软件包维护者决定的，以便提供不同的功能集（对于nginx-extras）以及最低限度和最有效的“完整”功能集Web 服务器往往已在网站中使用。我不知道选择一个功能而不是另一个功能的确切原因，但是在与 IRC 上的一位 Debian 维护者的补充讨论中，发表声明确认我的初步评估，即每个变体旨在成为一组不同的功能一个不同的用例 -light一组轻量级的功能，满足最低限度的网站托管，full更完整的功能集，不包括任何更重的附加功能，以及extras对于几乎所有可以包含在 Ubuntu 中的软件包。 naxsi，在 15.04 之前，是 Naxsi 变体，其中只有最少的模块，因为 naxsi 可能是相当耗费资源的。

据推测，根据 NGINX 的一位 Debian 维护者的说法，他定期在私人对话中与上游 NGINX 进行协调，我目前无法发布其日志，NGINX 2.x 将具有可加载模块支持。在这种情况下，light、full和extras将成为调用包含每个模块的单独包的元包。然而，这种情况发生的日期尚不清楚，也不知道哪些模块实际上能够做到这一点。

就目前而言，nginx虚拟包旨在仅安装一个可用版本。默认情况下，就像nginx-core在 main 中一样，如果个人更多地使用它，我们会很高兴，这nginx-core是在虚拟包中看到并尝试安装的第一个项目。（但是，该nginx包可以依赖于 的任何一种风格nginx，主要是为了让那些不需要任何特定风格偏好的人安装起来更容易一些）

下面提供了每个变体中可用的特定模块的详细分类（基于Vividdebian/control文件和Trustydebian/control文件（因为 Naxsi 包已在 Vivid 中删除））。 请注意，这并不反映 Ubuntu 中的最新更改，您应该参考那些软件包描述以确保您拥有更新的、准确的信息：

• nginx-core是 Ubuntu 存储库主要部分中的唯一风格，从 14.04 开始，并且仅存在于Ubuntu 存储库中（不在 PPA 或 Debian 中，并且永远不会包含在 Debian 中）。它实际上与nginx-fullflavor 相同，但不包含任何第三方模块。使用背后的原因nginx-full作为此变体的基础，我们希望在构建的二进制文件中提供一组相对完整的核心模块，同时将第三方模块排除在外。因此，它不包含任何第三方模块，因为安全团队对代码进行了审查，发现第三方模块具有广泛不同的编码风格，其支持不如 nginx-tarball-included模块（这在Main Inclusion Request/Report bug中进行了更深入的讨论，其中包含讨论点和关于 Ubuntu Main 中可以包含哪些内容的进一步审查讨论nginx）。这里启用的模块的完整列表在包描述中，我在这里挑剔：

  标准 HTTP 模块：Core、Access、Auth Basic、Auto Index、Browser、Charset、Empty GIF、FastCGI、Geo、Gzip、Headers、Index、Limit Requests、Limit Zone、Log、Map、Memcached、Proxy、Referer、Rewrite、SCGI ，拆分客户端，SSI，上游，用户 ID，UWSGI。

  可选的 HTTP 模块：Addition、Debug、GeoIP、Gzip 预压缩、HTTP Sub、图像过滤器、IPv6、Real IP、Spdy、SSL、Stub Status、Substitution、WebDAV、XSLT。

  邮件模块：邮件核心、IMAP、POP3、SMTP、SSL。

• nginx-light是最清淡的口味nginx。它在 Universe 存储库中，您必须启用它才能使用它。-core它不会启用或中可用的大量模块-full。它还包含第三方模块。其中可用的模块如下：

  标准 HTTP 模块：Core、Access、Auth Basic、Auto Index、Charset、Empty GIF、FastCGI、Gzip、Headers、Index、Log、Map、Proxy、Rewrite、Upstream。

  可选的 HTTP 模块：授权请求、调试、Gzip 预压缩、IPv6、真实 IP、SSL、存根状态。

  第三方模块：Echo。

• nginx-full是nginx包中功能更丰富的口味之一。与其light对应物一样，它位于 Universe 存储库中。它启用了来自 nginx 源 tarball 中的大多数核心包含模块，这些模块是标准的和可选的，以及其他几个旨在扩展 nginx web 服务器功能的第三方模块。它的模块如下：

  标准 HTTP 模块：Core、Access、Auth Basic、Auto Index、Browser、Charset、Empty GIF、FastCGI、Geo、Gzip、Headers、Index、Limit Requests、Limit Zone、Log、Map、Memcached、Proxy、Referer、Rewrite、SCGI ，拆分客户端，SSI，上游，用户 ID，UWSGI。

  可选的 HTTP 模块：Addition、Auth Request、Debug、GeoIP、Gzip Precompression、HTTP Sub、Image Filter、IPv6、Real IP、Spdy、SSL、Stub Status、Substitution、WebDAV、XSLT。

  邮件模块：邮件核心、IMAP、POP3、SMTP、SSL。

  第三方模块：Auth PAM、DAV Ext、Echo、HTTP 替换过滤器、上游公平队列。

• nginx-extras是nginx包中功能最丰富的风味。和它的兄弟一样full，light它也在 Universe 存储库中。它启用了所有模块，nginx-full但还包括其他模块（例如 Perl 模块），以及更多旨在进一步扩展 nginx 网络服务器功能的第三方模块。其完整模块列表如下：

  标准 HTTP 模块：Core、Access、Auth Basic、Auto Index、Browser、Charset、Empty GIF、FastCGI、Geo、Gzip、Headers、Index、Limit Requests、Limit Zone、Log、Map、Memcached、Proxy、Referer、Rewrite、SCGI ，拆分客户端，SSI，上游，用户 ID，UWSGI。

  可选的 HTTP 模块：添加、授权请求、调试、嵌入式 Perl、FLV、GeoIP、Gzip 预压缩、图像过滤器、IPv6、MP4、随机索引、真实 IP、安全链接、Spdy、SSL、存根状态、替换、WebDAV、XSLT。

  邮件模块：邮件核心、IMAP、POP3、SMTP、SSL。

  第三方模块：Auth PAM、Chunkin、DAV Ext、Echo、Embedded Lua、Fancy Index、HttpHeadersMore、HTTP Substitution Filter、http push、Nginx Development Kit、Upload Progress、Upstream Fair Queue。

• nginx-naxsi是 nginx 的变体，它具有可用的 Naxsi Web 应用程序防火墙模块。它也在 Universe 中，但是Debian 维护者不再支持这种风格，并且将在 15.04 版本中从 Ubuntu 中完全删除。 除了 Naxsi WAF 模块之外，它还包含一组比nginx-full. 完整的模块列表如下：

  标准 HTTP 模块：Core、Access、Auth Basic、Auto Index、Browser、Charset、Core、Empty GIF、FastCGI、Geo、Gzip、Headers、Index、Limit Requests、Limit Zone、Log、Map、Memcached、Proxy、Referer、Rewrite ，拆分客户端，SSI，上游，用户 ID。

  可选的 HTTP 模块：调试、IPv6、真实 IP、SSL、存根状态。

  第三方模块：Naxsi、Cache Purge、Upstream Fair。

风味间的资源利用

虽然我不知道在各种版本的 上运行过任何基准测试nginx，但通常可以合理地假设nginx您使用的版本启用的功能越多，它使用的资源就越多。

但是，与启用了更多模块的 Apache 不同，Apache 在启用模块时nginx仍然不会消耗与 Apache 一样多的内存。（此声明的例外是naxsiflavor。该 flavor 总是占用更多资源，因为它既是 Web 应用程序防火墙又是 Web 服务器。）

如果我找到它们，我会在这个答案中添加基准，但同样，我不知道任何现有的各种口味相互对比的基准。即使我运行的站点流量不高，我也没有注意到 、 或 PHP 驱动站点之间的任何实际nginx-extras性能nginx-full下降nginx-light。

这是一个非常高级的评估，主要基于包中的描述。（我不会为每个例子提供示例用例，但我想出了这么多来满足我的好奇心，所以我不妨贡献一下。）

从最小到最大：

nginx-light：“基本版”

基本功能的最小模块集。

nginx-naxsi：“带有 naxsi 的版本”

最小集，加上强化的“Nginx Anti Xss & Sql Injection”配置及其所需的插件。

nginx-core: "核心版本"

标准的 nginx 部署，少了第三方模块。

这是第一个受 Canonical 支持的 nginx 包。它位于 Ubuntu 的“主”存储库中，而不是社区支持的“universe”存储库中。请参阅公告“nginx-core 现在在 Ubuntu Trusty 14.04 Main 中！” 在维护者的非官方（较旧且现已失效）博客的存档上或在维护者的非官方博客上的旧帖子的副本上：

Ubuntu Main（nginx-light、nginx-full、nginx-extras 和 nginx-naxsi）中没有包含任何已经建立的 nginx 风格。Ubuntu 安全团队表示，第三方模块在编码方面存在很大差异，因此无法得到支持。

为此，我们创建了一个名为 nginx-core 的包，该包已包含在主存储库中。此软件包仅包含随库存 nginx tarball 一起提供的模块。我们不在此包中包含任何第三方模块，仅包含来自 NGINX 上游的模块。

nginx-full：“标准版”

标准的 nginx 部署，包括常用的第三方模块。

nginx-extras：“扩展版本”

标准的 nginx 部署加上几个不常用的大型模块。

我根据https://salsa.debian.org/nginx-team/nginx/-/blob/master/debian/control的描述制作了一些表格（截至撰写本文时，最后更新于 2020 年 6 月 30 日） . 鉴于表格和它们所基于的描述是手工生成的，因此可能存在错误。