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

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

Code Climber和这篇博客文章提供了提高应用程序性能的详细方法。

编译后的查询将提高应用程序的性能，但它与ASP没有任何共同之处。净MVC。它将加速每一个db应用程序，所以它不是真正的MVC。

基本的建议是遵循REST原则，以下几点将这些原则中的一些与ASP。NET MVC框架:

Make your controllers stateless - this is more of a 'Web performance / scalability' suggestion (as opposed to micro/machine level performance) and a major design decision that would affect your applications future - especially in case it becomes popular or if you need some fault tolerance for example. Do not use Sessions Do not use tempdata - which uses sessions Do not try to 'cache' everything 'prematurely'. Use Forms Authentication Keep your frequently accessed sensitive data in the authentication ticket Use cookies for frequently accessed non sensitive information Make your resources cachable on the web Utilize ETags Use expiration Write your custom ActionResult classes if necessary Utilize reverse proxies Compile your JavaScript. There is Closure compiler library to do it as well (sure there are others, just search for 'JavaScript compiler' too) Use CDNs (Content Delivery Network) - especially for your large media files and so on. Consider different types of storage for your data, for example, files, key/value stores, etc. - not only SQL Server Last but not least, test your web site for performance

Gzip实现。 对部分视图使用异步呈现。 最小化数据库命中次数。 使用编译后的查询。 运行分析器找出不必要的匹配。优化所有返回响应时间超过1秒的存储过程。 使用缓存。 使用捆绑最小化优化。 对只读内容使用会话缓存和本地存储等HTML 5实用程序。

只是想说说我的意见。优化MVC应用程序中URL路由生成的最有效的方法是…根本不产生它们。

我们大多数人或多或少都知道url是如何在我们的应用程序中生成的，所以只要使用静态Url.Content(“~/Blahblah”)而不是Url.Action()或Url.RouteUrl()，就可以胜过所有其他方法近20倍甚至更多。

PS:我已经运行了几千次迭代的基准测试，如果有兴趣的话可以在我的博客上发布结果。

当通过LINQ访问数据依赖IQueryable…

为什么使用AsQueryable()而不是List()?

．.． 并利用一个好的存储库模式:

在存储库模式中加载子记录

这将优化数据访问，以确保只加载需要的数据。