除了所有关于在服务器端优化应用程序的重要信息外，我还想说你应该看看YSlow。它是提高客户端站点性能的极好的资源。

这适用于所有网站，而不仅仅是ASP。净MVC。

这似乎是显而易见的，但是在生产环境中以及在性能分析期间以发布模式而不是调试模式运行站点。释放模式要快得多。调试模式可以在您自己的代码中隐藏性能问题。

这不是一个惊天动地的优化，但我想我要把它扔在那里-使用CDN的jQuery，等等。

引用ScottGu自己的话:微软Ajax CDN使你能够显著提高ASP的性能。NET Web Forms和ASP。asp.net MVC应用程序使用ASP。NET AJAX或jQuery。这项服务是免费的，不需要任何注册，可以用于商业和非商业目的。

我们甚至使用CDN为我们的web部件在Moss使用jQuery。

我做了上面所有的答案，但还是没有解决我的问题。

最后，我解决了我的网站加载缓慢的问题，在发布配置文件PrecompileBeforePublish设置为真。如果你想使用msbuild，你可以使用这个参数:

 /p:PrecompileBeforePublish=true

这真的很有帮助。现在我的MVC ASP。NET加载速度快10倍。

1:获取时间。在你知道放缓在哪里之前，这个问题太宽泛了，无法回答。我正在做的一个项目就有这样的问题;没有日志记录，甚至不知道某些事情需要多长时间;在我们将计时添加到项目中之前，我们只能猜测应用程序的慢部分。

2:如果你有顺序操作，不要害怕轻度多线程。特别是当涉及到阻塞操作时。PLINQ是你的朋友。

3:在发布时预生成MVC视图这将有助于一些“第一页点击”

4:有些人认为存储过程/ADO在速度上有优势。其他人则主张加快英孚教育的发展速度，并对教育层级及其目的进行更明确的划分。我曾见过SQL和使用scpros /Views进行数据检索和存储的变通方法时非常缓慢的设计。同时，你的测试难度也会增加。我们目前正在从ADO转换到EF的代码库的性能并不比旧的手卷模型差(在某些情况下更好)。

5:也就是说，考虑一下应用程序的预热。我们所做的帮助消除大部分EF性能问题的部分工作是添加一个特殊的预热方法。它不预编译任何查询或任何东西，但它有助于大量元数据的加载/生成。在处理Code First模型时，这一点可能更加重要。

6: As others have said, Don't use Session state or ViewState if possible. They are not necessarily performance optimizations that developers think about, but once you start writing more complex web applications, you want responsiveness. Session state precludes this. Imagine a long running query. You decide to open a new window and try a less complex one. Well, you may as well have waited with session state on, because the server will wait until the first request is done before moving to the next one for that session.

7:最小化到数据库的往返。保存你经常使用但实际上不会更改到. net缓存的东西。在可能的情况下尝试批处理插入/更新。

7.1:避免数据访问代码在你的Razor视图没有一个该死的好理由。要不是亲眼所见，我也不会这么说。在构建模型时，他们已经在访问数据了，为什么他们不把数据包括在模型中呢?

使用最新版本的任务并行库(TPL)，根据. net版本。必须根据不同的用途选择正确的TPL模块。