【问题讨论】：
以下是对您问题的简短回答：您应该缩小 HTML、CSS、JS。有一个易于使用的工具，称为grunt。它允许您自动执行许多任务。其中JS、CSS、HTML缩小、file concatenation和many others。
这里写的答案非常过时，有时甚至没有意义。与 2009 年相比，很多事情都发生了变化，所以我会尽量正确地回答这个问题。
简短回答 - 您绝对应该缩小 HTML。今天它是微不足道的，大约给出5% speedup。如需更长的答案，请阅读整个答案
在过去，人们手动缩小 css/js（通过一些特定的工具运行它来缩小它）。自动化这个过程有点困难，而且肯定需要一些技能。知道现在很多高级网站都没有使用 gzip（这是微不足道的），人们不愿意缩小 html 是可以理解的。
那么为什么人们会缩小 js 而不是 html？当你缩小 JS 时，你会做以下事情：
var isUserLoggedIn 至 var a）即使在过去，这也带来了很大的改进。但是在 html 中，您无法将长名称简称为短名称，在那段时间也几乎没有什么可评论的。所以唯一剩下的就是删除空格和换行符。这只会带来少量的改进。
这里写的一个错误论点是，因为内容是使用 gzip 提供的，所以缩小没有意义。这是完全错误的。是的，gzip 减少了缩小的改进是有道理的，但是如果你能正确修剪它们，为什么要 gzip cmets、空格和 gzip 只重要的部分。这就像您有一个要存档的文件夹，其中包含一些您永远不会使用的废话，并且您决定只压缩它而不是清理并压缩它。
另一个为什么做缩小毫无意义的论据是它很乏味。也许这在 2009 年是正确的，但在此之后出现了新的工具。现在你不需要手动缩小你的标记。使用Grunt 之类的东西，安装grunt-contrib-htmlmin（依赖@kangax 的HTMLMinifier）并配置它来缩小你的html 是很简单的。您只需要 2 小时来学习 grunt 并配置所有内容，然后一切都会在不到一秒的时间内自动完成。听起来 1 秒（您甚至可以使用 grunt-contrib-watch 自动执行任何操作）对于大约 5% 的改进来说并不是那么糟糕（即使使用 gzip）。
还有一个说法是 CSS 和 JS 是静态的，而 HTML 是由服务器生成的，所以你不能预先缩小它。 2009 年也是如此，但目前more 和more 站点看起来像一个单页应用程序，其中服务器很薄，客户端正在执行所有路由、模板和其他逻辑。所以服务器只给你JSON，客户端渲染它。这里有很多页面的 html 和不同的模板。
所以结束我的想法：
【讨论】：
<span>）。首先，您总能找到一种方法来编写有效的 html，使其与空格无关。另外，您可能会感到惊讶，但 JS/CSS minifier 也可能会引入错误 - 这并不意味着您不应该使用它。因此，有两种方法可以解决您的问题：学习编写与空白无关的标记，在缩小之前/之后测试您的产品（CSS/HTML/JS）。同样在 Minifier 中，您可以指定要保留的空格。
* { white-space: pre; } 很明显，但是如果您要删除所有空白而不只是折叠它（用边距替换它），文本可能会错误地复制并对文本浏览器和屏幕阅读器造成严重破坏.
这对我有用：
http://minify.googlecode.com/git/min/lib/Minify/HTML.php
它不是一个已经可用的在线工具，但作为一个简单的 PHP 包含它很容易，你可以自己运行它。
不过，我不会保存压缩文件，如果你真的需要动态地保存，启用 Gzip 服务器压缩总是一个更好的主意。 我不知道这在 IIS/.Net 中的参与程度如何，但在 PHP 中它就像在全局包含文件中添加一行一样简单
【讨论】：
对于 Microsoft .NET 平台，有一个名为 WebMarkupMin 的库，用于生成 HTML 代码的缩小版。
此外，还有一个模块可以将此库集成到 ASP.NET MVC - WebMarkupMin.Mvc。
【讨论】：
我编写了一个 Web 工具来缩小 HTML。 http://prettydiff.com/?m=minify&html
此工具使用以下规则运行：
style 标签内的所有内容都被假定为 CSS 并被压缩script 标记内的所有内容都被假定为 JavaScript，除非提供了不同的媒体类型，然后按此类压缩【讨论】：
<!--[if IE 8.0]><link rel="stylesheet" href="css/ie8.css" type="text/css" /><![endif]-->
也许可以试试HTML Compressor，这是一个前后表，显示了它可以做什么（包括 Stack Overflow 本身）：
它提供了许多选项来优化您的页面，包括脚本最小化（ompressor、Google Closure Compiler、您自己的压缩器），以确保安全。默认选项集相当保守，因此您可以从它开始并尝试启用更激进的选项。
该项目有非常好的文档记录和支持。
【讨论】：
Don't do this。或者更确切地说，如果您坚持这样做，请在完成任何更重要的网站优化后进行。这项工作的成本/收益极有可能可以忽略不计，尤其是，如果您打算手动使用在线工具来处理每个页面。
使用YSlow 或Page Speed 确定您真正需要做什么来优化您的网页。我的猜测是减少 HTML 的字节数不会是您网站的最大问题。压缩、缓存管理、图像优化等更有可能对您网站的整体性能产生更大的影响。这些工具将向您展示最大的问题是什么——如果您已经解决了所有问题，但仍然发现 HTML 缩小有很大的不同，那就去做吧。
（如果您确定要使用它，并且使用 Apache httpd，则可以考虑使用 mod_pagespeed 并打开一些选项以减少空格等，但请注意 the risks .)
【讨论】：
white-space: pre，缩小会破坏预先格式化的文本。
white-space:pre 样式的元素，那么是的，缩小 HTML 会更复杂。但是，我不清楚为什么有人要使用 white-space:pre 而不是使用 pre 或 code 元素。
试试http://code.mini-tips.com/html-minifier.html，这是用于 Html Minifier 的 .NET 库
HtmlCompressor 是一个小型、快速且非常易于使用的 .NET 库，它通过删除多余的空格、cmets 和其他不需要的字符而不破坏内容结构来缩小给定的 HTML 或 XML 源代码。结果页面变得更小并且加载更快。压缩器的命令行版本也可用。
【讨论】：
CodeProject 有一个已发布的示例项目 (http://www.codeproject.com/KB/aspnet/AspNetOptimizer.aspx?fid=1528916&df=90&mpp=25&noise=3&sort=Position&view=Quick&select=2794900) 来处理以下一些情况...
【讨论】：