刚开始学ASP时，照书里HTML中包含ASP后来，用Response.Write输出HTML可现在看了这一篇文章，难道真的要把Response.Write写成一句("&_？你说说？-------（http://www.ccidnet.com/html//tech/web/00/11/10/58_1298.html）什么才是提高ASP性能的选择（一）（作者：青苹果工作室编译　00年11月10日17:） 将ASP生成的内容写入响应流中最有效的方法是什么？　　使用ASP的一个最主要原因是在服务器上生成动态内容。所以很明显，我们测试的起点是确定将动态内容发送到响应流中的最适合的方式。在多种选择中，有两个是最基本的：一是使用内联ASP标记，另一个是使用Response.Write语句。 　　为测试这些选择，我们创建了一个简单的ASP页面，其中定义了一些变量，然后将它们的值插入表格中。虽然这个页面很简单也不是很实用，但它允许我们分离并测试一些单独的问题。 　　使用ASP内联标记 　　个测试包括使用内联ASP标记，其中x是一个已赋值的变量。到目前为止，这个方法是最容易执行的，并且它使页面的HTML部分保持一种易于阅读和维护的格式。 　　 　　 　　 　　ResponseTest 　　 　　 　　ResponseTest 　　 　　FirstName: 　　MiddleInitial: 　　LastName: 　　Address: 　　City: 　　State: 　　PhoneNumber: 　　FaxNumber: 　　EMail: 　　BirthDate: 　　 　　 　　 　　/app1/response1.asp的完整代码 　　以前的（反应速度）=8.28msec/page 　　在HTML的每一行使用Response.Write语句 　　许多比较好的学习文档建议避免使用前面的那种方法。其主要理由是，在输出页面和处理页面施加反应时间的过程中，如果web服务器不得不在发送纯HTML和处理脚本之间进行转换，会发生一种被称为上下文转换的问题。大部分程序员一听到这里，他们的反应是将原始的HTML的每一行都包装在Response.Write函数中。 　　… 　　Response.Write("") 　　Response.Write("") 　　Response.Write("ResponseTest") 　　Response.Write("") 　　Response.Write("") 　　Response.Write("ResponseTest") 　　Response.Write("") 　　Response.Write("FirstName:"&FirstName&"") 　　Response.Write("MiddleInitial:"&MiddleInitial&"") 　　… 　　/app1/response2.asp的片段 　　以前的（反应速度）=8.28msec/page 　　反应时间=8.08msec/page 　　差=-0.msec(减少2.4%) 　　我们可以看到，使用这种方法与使用内联标记的方法相比在性能上获得的收益非常小，这也许是因为页面给服务器装载了一大堆小的函数调用。这种方法的缺点是，由于现在HTML都嵌入脚本中，所以脚本代码变得更加冗长，更加难以阅读和维护。 　　使用包装函数 　　当我们试图使用Response.Write语句这种方法时，最令人灰心的发现可能是Response.Write函数不能在每行的结尾处放置一个CRLF。因此，当你从浏览器中阅读源代码时，本来布置得非常好的HTML，现在成了没有结束的一行。我想，你的下一个发现可能会更令你恐怖：在Response对象中没有其姊妹函数Writeln。所以，一个很明显的反应是为Response.Write函数创建一个包装函数，以便给每一行都附加一个CRLF。 　　… 　　writeCR("FirstName:"&FirstName&"") 　　… 　　SUBwriteCR(str) 　　Response.Write(str&vbCRLF) 　　ENDSUB 　　/app1/response4.asp的片段 　　以前的（反应速度）=8.08msec/page 　　反应时间=10.11msec/page 　　差=+2.03msec(增加25.1%) 　　当然，由于这种方法有效地使函数调用次数加倍，其对性能的影响也很明显，因此要不惜一切代价避免。具有讽刺意味的是CRLF也向反应流中为每行增加了2个字节，而这是浏览器不需要呈现到页面上的。格式化良好的HTML所做的一切是让你的竞争者更容易阅读你的HTML源代码并理解你的设计。 　　将连续的Response.Write连接到一个单独语句中 　　不考虑我们前面用包装函数进行的测试，下一个合乎逻辑的步骤是从单独的Response.Write语句中提取出所有的字符串，将它们连接到一个单独语句中，这样减少了函数调用的次数，极大地提高了页面的性能。 　　… 　　Response.Write(""&_ 　　""&_ 　　"ResponseTest"&_ 　　""&_ 　　""&_ 　　"ResponseTest"&_ 　　""&_ 　　"FirstName:"&FirstName&""&_ 　　… 　　"BirthDate:"&BirthDate&""&_ 　　""&_ 　　""&_ 　　"") 　　/app1/response3.asp的片段 　　以前的（反应速度）=8.08msec/page 　　反应时间=7.05msec/page 　　差=-1.03msec(减少12.7%) 　　目前，这是化的配置。 　　将连续的Response.Write连接到一个单独语句中，在每行结尾处增加一个CRLF 　　考虑到那些要求他们的源代码从浏览器中看要很纯粹的人，我用vbCRLF常量在前面测试中每行的结尾处插入了一些回车，然后重新运行。　　 　　… 　　Response.Write(""&vbCRLF&_ 　　""&vbCRLF&_ 　　"ResponseTest"&vbCRLF&_ 　　""&vbCRLF&_ 　　… 　　/app1/response5.asp的片段 　　前面的（反应速度）=7.05msec/page 　　反应时间=7.63msec/page 　　差=+0.58msec(增加8.5%) 　　运行的结果在性能上有一点降低，这也许是由于额外的串联和增加的字符量。 　　回顾和观测 　　从前面有关ASP输出的测试中可以得出一些规则： 　　*避免内联ASP的过多使用。 　　*总是将连续Response.Write语句连接进一个单独语句内。 　　*永远不要在Response.Write周围使用包装函数来附加CRLF。 　　*如果必须格式化HTML输出，直接在Response.Write语句内附加CRLF。 (编辑：dabaoku)