k8凯发一触即发|Home

　　如何用asp.net构建高性能站□□点 如何优化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）传送到客户端。所以说，优化需要权衡□□□□策略。
　　
　　不知道大家是□□□□否有过这样的△体会：当看着自己开□□□□发出来的系统□□□性能很好的时□□候，自己是很自信□□的，相反，如果系统很慢，有时真不想说□□□□这个系统是自◈己做的。