我真的不喜欢页面中的代码写在一行中，当我浪费大量时间试图理解其中的东西时，真的值得在页面中编写压缩代码吗?根据编程的原则，代码应该对其他将要维护它的程序员来说是可读的。
顺便说一下，HTML注释可以减少页面加载时间?因为它们对其他人是可见的。<!-- comment goes here -->
但是Java注释?它们对其他人是不可见的
<%-- comment goes here --%>
我想你混淆了很多概念。
页面压缩可以在不同的级别上完成。您可以在web或web应用服务器上使用mod_gzip和mod_deflate或类似的模块来压缩web/应用服务器提供的原始字节。这通常会节省大量带宽，并且通常不会给web开发人员带来问题，因为浏览器会在呈现页面内容之前解压缩页面内容(或者在"查看源代码"上下文中显示源代码)。
"页写在一行"不是压缩。技术术语是最小化或混淆。它通常用于JavaScript，以减少所提供的JavaScript文件的大小;这可以大大减少文件大小，还有一个额外的好处，那就是很难被人类读者解析。使用JavaScript缩小器的web开发人员通常足够聪明，可以使用源代码的非缩小版本，因此调试不是问题。
我曾经工作过的一个客户网站显示，在网络上使用GZIP压缩时，性能提高了40%，在使用小型JavaScript文件(有数千个这样的文件)部署时，性能提高了5-10%。但是，同样，使用这些技术时，您的效果可能会有所不同。
最后，HTML注释(<!-- comment goes here -->)确实会影响性能，因为有注释的页面比没有注释的页面需要更多的时间。对呈现的影响可能可以忽略不计，因为注释通常会被词法分析器删除。对于首先由HTML解析器解析的内联脚本标签中的JavaScript注释来说，情况并非如此。第二种类型的注释(<%-- comment goes here -->)从不由应用服务器提供，因为它是JSP风格的注释，JSP编译器通常忽略这些注释，因此不会在生成的HTML内容中生成任何注释。
HTML在生产环境中使用时，不打算让其他人阅读。一般来说，原始代码将是可读的，像HTML和JavaScript这样的东西通常被最小化以减少加载时间。
是的，浏览器必须下载的任何注释都会增加页面加载时间。
我真的不喜欢页面中的代码写在一行中，当我浪费大量时间试图理解其中的东西时，真的值得在页面中编写压缩代码吗?
可以是
根据编程的原则，代码应该对其他将要维护它的程序员来说是可读的。
这就是为什么最小化是构建过程的一部分。使用它的开发人员可以得到合理格式化的代码。
顺便说一下，HTML注释可以减少页面加载时间?但是Java注释呢?它们对其他人是不可见的
如果它被传送到客户端，那么它会占用一些带宽。这可能是很大的带宽，也可能不是，这取决于上下文。
有些人故意这样做是为了阻止检查他们的代码，尽管经过一些努力，代码可以很好地格式化并再次具有可读性。这有点像Java中的代码混淆。