ASP.NET网站性能优化需要考虑的方面

网站优化需要思量的方面

在用ASP.NET开发网站的时间，性能是永远需要思量和关注的问题，性能不仅仅只是法式代码执行时间的速率，而是涉及到方方面面的工具。

就拿ASP.NET的一个请求来讲，从浏览器向服务器的ASP.NET网站发送请求*****一直到最后整个页面泛起在我们眼前，其中请求经由的每一个步骤，都是有差异的调优方式的，而且挪用的要领也许多，不仅仅只是常见的：缓存，多线程，异步等。

本系列的文章决议从两个大的方面来讲述调优：

前台调优：主要包罗若何只管的镌汰http请求，从http请求*****，到若何加载js， css，若何压缩传输的数据等。

后台调优：剖析ASP.NET请求的处置赏罚历程，并在每一步给出响应的调优要领，而且在代码组织，架构和数据库的操作上面给出调优的要领。

记得在刚刚开发网站的时间，一提到提高性能，最容易也是最快想到的就是缓存，而且在微软官方的Best Practice的一些文档中也是建议：层层缓存（在数据存储层，DAL，BLL，UI等都要缓存）。然后在网站中就”缓存各处着花”，最后简直实不尽人意。

另外的一个常见的优化针对数据库的：如只管镌汰子查询，使用join联接；在经常需要查询的字段上面建设索引。确实，这些是很通用，也不错的一些规则。

而且尚有一个体会就是，在优化性能的时间，若是选择优化代码和数据库，往往优化数据库的一些操作带来的效果会越发的好，很惋惜的是：在项目中（至少在我开发的一些项目中），数据库仅仅就只是一个数据的存储装备而已，仅此而已，没有施展出数据库的强盛作用。以是照旧建议对数据库的内部查询和存储的机制要熟悉，事实许多时间开发职员也担任了DBA的事情（许多公司没有正式的DBA）。

而且在项目中我们设计数据库的时间，稀奇是表字段的时间，是需要有些思量的，许多人建议表字段的长度不要太长，这也是各人常见的建议，可是为什么？着实，这就需要明确一些数据库的内部存储机制了：在数据库（SQL SERVER ）生计的时间，数据是以”页”为最小的单元的，每一页有8K的巨细，若是你的一个表中的数据凌驾8K，那么这个表的数据就要分几个页面生计，这样在对数据举行查询的时间，就要跨页查询了，跨页是需要性能消耗的，若是数据都在一个页面上，那么速率一定快些。

以是，要优化网站，就得知道性能消耗在那里。

当优化的一个网站的时间，不是盲目的一概而论的，一样寻常来说有两种情形：

1、网站已经存在了，而且运行了，现在要优化。

2、正在重新开发一个新的网站。

若是是*****种情形，那么首先要找出网站性能的瓶颈，以前台的请求的到后台的请求处置赏罚，一直到最后页面的泛起，都要一步步的审查。

若是是第二种情形，可能情形就稍微好一点，而且网站现在完全由我们控制，所有在开发和设计的历程中就可以接纳许多的优化原则来优化。

优化纷歧定就是代码重写或者做些很大的改动，优化时一点点的累积的，就好比代码的重构一样，都是一个积累的效果。好比，是在页面一*****的时间载入js剧本，照旧在整个页面的最后载入js剧本，有时间往往就只是简朴的调整一下载入的文件，或者异步的载入剧本，或者通过CDN传输剧本等等要领，性能就提升了。性能的提升也不是没有价钱的，有的价钱很小，例如只是把剧本的载入放在页面最后，大的价钱就是，例如买些服务器装备，如Content Delivery Network（CDN）来把静态的文件（js，css，image）传送到客户端。以是说，优化需要权衡战略。

不知道各人是否有过这样的体会：当看着自己开发出来的系统性能很好的时间，自己是很自信的，相反，若是系统很慢，有时真不想说这个系统是自己做的。