编写web10个技巧.docVIP

这篇文章讨论了： ·一般视频教程asp.NET性能的秘密 ·能提高表现的有用的技巧和窍门 ·在ASP.NET中使用数据库的建议 ·ASP.NET中的缓存和后台处理 使用ASP.NET编写一个Web应用程序是难以置信的简单的。太简单了，以至于很多开发者都不花费时间来构建他们的应用程序来达到很好的表现。在这篇文章里，我将为编写高性能的Web应用程序推荐10个技巧。我不会讲我的论述局限于ASP.NET应用程序，因为ASP.NET应用程序只是Web应用程序的一个子集而已。这篇文章不会是针对优化Web应用程序的性能的权威性指导——一本完整的书可以很容易的做到这一点。相反，我们应该把这篇文章当成一个好的起点。 在成为一个工作狂以前，我会经常去攀岩。在做任何攀岩活动之前，我更愿意看看旅行指南里面的路线，再读读那些曾经到过峰顶的人做的推荐。但是，不管旅行指南写的有多好，在尝试一个有挑战性的目标之前，您都需要有实际的攀岩经验。与之相似，当您面临修复性能问题或者运行一个高吞吐量站点的问题时，您只能学习如何编写高性能 Web 应用程序。 我的个人经验来自在微软的ASP.NET团队中担任过一名基础程序经理的经历，维护和管理，还有帮助构架Community Server，它是几个著名的ASP.NET应用程序（ASP.NET Forums，.Text，和连接到一个平台的nGallery）的下一个版本。我相信这些曾经帮助过我技巧中的一些也会对您有用的。 您应该考虑把您的应用程序分离为几个逻辑层次。您可能已经听说过3层（或者n层）体系结构。这些通常都是规定的结构模式，它们将业务和（或）硬件从物理上进行了功能划分。如果系统需要更大的规模，更多的硬件可以轻松的加进来。然而，那会产生一个与业务和机器跳跃相关联的性能下降，因此我们应该避免它。所以只要可能，尽量在同一个应用程序中运行ASP.NET页面和页面的相关组件。 因为代码的分离和层次之间的边界，使用Web服务或者远程处理会降低性能20%甚至更多。 数据层有点与众不同，因为通常情况下，最好具有专用于数据库的硬件。然而，然而进程跳跃到数据库的成本依然很高，因此在数据层的性能是您优化代码时应该首先考虑的。 在投入到修复您的应用程序的性能问题之前，确保您要先分析您的应用程序来发现问题的根源所在。关键性能计数器（例如那个指示在执行垃圾收集过程中花费的时间百分比的计数器）在找出应用程序在哪里花费了主要的时间时也是非常有用的。虽然那些花费时间的地方经常是不那么直观的。 在这篇文章中我讨论了两种改进性能的方法：大块的优化，例如使用ASP.NET缓存，还有小块的优化，它们经常重复出现。这些小块的优化有时是最有意思的。您对代码的一个小的修改会被调用成千上万次。对大块的优化，您可能会发现整个的性能有了一个大的飞跃。对小块的优化，您可能会缩减了对一个给定请求的几微秒的时间，但是如果把每天的所有的请求累积起来，性能就会得到一个意想不到的改进。 数据层中的性能 当您要开始优化一个应用程序的性能的时候，有一个决定性的测试您可以优先考虑使用：代码是否要访问数据库？如果是，多长时间访问一次？注意这个测试也可以应用到那些使用Web服务或者远程控制的代码中，但是我不会在这篇文章中涉及那些内容。 如果在您的代码中的某个代码路径中要求一个数据库请求，而您发现其他地方您想要优先优化，例如字符串操作，那么停下来然后先执行关键性的测试。除非您有一个性能实在糟糕的问题要处理，否则您的时间会得到更好的利用，如果您把时间花在优化数据库连接的时间，返回的数据量，还有您作的往返数据库的操作中。 现在我已经总体介绍了相关的信息，下面让我们看看10条帮您的应用程序表现更好的技巧。我会从那些对改善性能效果最明显的地方开始说。 技巧 1——返回多个结果集 查看一下您的数据库代码，看看您是否有访问数据库多于一次的请求路径（request paths）。每个这样的往返都回降低您的应用程序每秒可以服务的请求的数量。通过在一次数据库请求中返回多个结果集，您可以减少数据库通信消耗的总时间。在您减少了数据库服务器管理的请求之后，您也会使您的系统更具可升级性。 一般您可以使用动态sql语句来返回多个结果集，我更喜欢用存储过程。是否应该把业务逻辑放在存储过程中是存在争议的，但我认为如果一个存储过程中的逻辑可以限制返回的数据（减少数据集的大小，花在网络连接上的时间，并且不需要过滤逻辑层的数据），那它就是好东西。 使用一个S