今天在MSN Group里面和一些朋友谈ASP.net程序的性能优化。
现在来总结一下优化的手段：
1.数据库优化，包括表结构优化、索引优化、SQL语句优化、存储过程优化
2.优化ViewState
3.使用缓存
4.生成静态页面（主要针对交互性不是很强的信息发布系统前端）
5.使用前置的IIS/Apache来处理对静态页面、图片、js文件的请求
6.优化算法
7.欢迎大家补充
对于性能调优，几乎所有专家的建议都是：如果没有确切的性能测量，就不要进行性能调优。没有基准性能测试的调优基本上除了让系统的代码变的乱七八糟之外不会有其他好处，你费尽心思把一个算法从0.1秒提高到0.01秒得到的效果往往会被一个糟糕的select语句彻底淹没。
所以，前面的几种手段不是万灵药，要调优，首先要了解系统慢在哪儿。千万不能病急乱投医。下面的内容来自我个人的工作经验，不是所有系统都可以套用的，切记切记！！！！
下面我们来分析一下这四种调优手段：
对于OA/业务管理系统类型应用来说，数据库优化往往是关键点，原因有几点：
1.对数据库的CRUD是最这些系统最常见的操作。
2.对数据库系统的操作往往会引起磁盘I/O（因为数据库文件和日志都是保存在磁盘的）
3.应用对数据库系统的操作往往是跨进程的甚至跨机器的。（磁盘I/O＋网络I/O，CPU再快内存再多都鞭长莫及了吧）
所以这些对数据库的操作往往是整个系统的性能瓶颈。
那么，知道了这个大方向，如何知道到底是那些SQL或者存储过程慢呢？这个就需要结合数据库的Profiler
对于SQL Server可以看看这篇文章
http://www.microsoft.com/china/msdn/library/data/sqlserver/Profiler.mspx?mfr=true
对于Oracle可以看看这篇文章
http://www.javaeye.com/post/117389
2,ViewState，这个咚咚体积比较大，对于internet应用来说，会有一定的影响。关于对它的优化，园子里面已经有的讲了，大家自己搜索一下吧。
3.使用缓存
这个我的看法和MSN Group里面的几个朋友不是很一致。MSN Group里面有个朋友认为缓存可以是一组静态变量，或者是一个缓存控制器控制的一些变量。我个人认为，这样的缓存在单服务器环境下也许有不错的性能，在多服务器环境下，这样的缓存反而会成为性能瓶颈，因为应用程序或者缓存控制器需要小心的保证多个进程的缓存内容一致。这个过程使得程序的可伸缩性大大降低。考虑一下100台服务器的Web Farm，一个进程中的缓存修改，需要通知并且确认剩下99个服务器都正确的更改了，这是一件多么可怕的事情。
对于这块，memcache是一个比较不错的解决方案，著名的wiki产品mediawiki就使用了它来做缓存服务器。memcache也有.net的client api。
4.不是很了解，请高手补充
5.网上很多介绍了，尤其是java那边，apache搭配tomcat有很多介绍。自己google下咯。
6.这个优化最复杂，效果也许最不明显，如果你一定要做，那就八仙过海，各显神通吧。
http://www.cnblogs.com/ncindy/archive/2006/11/07/553533.html
