|
[把前一段时间给单位项目所做性能优化的一些想法整理了以下，分享交流 ] ASP.NET 应用程序性能优化 1 前言性能优化的主要目标是提高“并发用户数量”，“吞吐量”，“可靠性”这样几个指标。 本质上说，性能优化的工作应该是多方面的，要做到“点面结合、由表及里”。比如：从代价的角度来考虑，应尽量做到改动量小，易实施；从用户角度看，应做到快速响应或快速提示；从软件结构的角度看，又要兼顾到系统结构的合理性和可扩展性。由此不难发现，在尝试一些改进方法时往往很难做到面面俱到。 举一个简单的例子： 在一个业务逻辑类中，我们封装了一些处理方法，其中有一个方法的功能是查找一个节点ID在XML文件是否已经存在。那我们自然会想到写两个方法： XmlDocument LoadXML(string strFileID) //加载XML bool CheckIDExisit(string strFileID,string strID) //判断节点是否存在 而且，加载XML的方法在其他地方还可以重用；表面上看，这段代码的结构和功能都没有问题。可是在运行时，如果你的逻辑中直接或间接调用了LoadXML多次的话，你会发现程序很慢。原因就在于加载XML文件是个耗时动作，解决的方法很简单，我们再提供几个方法即可： bool CheckIDExisitByXml (string strXml,string strID) //判断节点是否存在 或 bool CheckIDExisitByXml (XmlDocument objXml,string strID) //判断节点是否存在 这样，我们就可以通过“一次加载”实现多次借用，效率明显提升。所以，在软件结构设计时就应将可重用“珍贵”数据源的因素考虑进来。(这里的“珍贵”数据源是指那些经过复杂处理或长时间计算才得到的各种对象或记录集)。 性能优化的工作又应是长期的，因为我们的工作始终是建立在OS,Web Server, DB Server, Complier & Program Language等等的基础上的。如果你熟悉.NET, JAVA,IIS, J2EE, 你就会发现有些功能或API这个平台提供了，另一个却没有；所以更多时候我们需要过渡的解决方案，等到新版本出来时，我们可能就会抛弃过渡方案直接配置或更简便的实现一些功能。[...] 2 需求篇性能优化的第一步是看看需求是否合理，这是对项目本身的一次回检。某种意义上说，是一种逃避原则。但如果从软件工程的角度来说这是必须的，因为客户的需求是无止境的，而任何软件都是有生命期的，OS都是这样何况应用软件。我们总是希望用户显示与业务逻辑分开的越远越好，却忽略了一个基本问题：两者终归要衔接起来，如何定义两者之间的I/O关系，让它们能有效的相互配合并最终让用户满意是非常重要的。 所以，在性能优化时回检需求就是要把用户交互定义好，使之更科学化。从业界发展动态看，现在已经有专门的人在研究用户交互，这就像传统行业里的所谓“工业设计”一样，正越来越被重视！ 在回检需求时往往会“修改需求”，这时应该结合“需求定义人员”和“开发人员”两方面的意见，因为各方角度不同，一定要取长补短。
3 交互响应篇前面提到性能优化时可按“由表及里”的顺序，这主要有两方面的考虑： 第一， 这是用户直接看到的东西，见效快； 第二， 改动难度比改动内核要小。 基于B/S结构的应用程序有前台(用户)与后台(Server)交互的问题，所以交互响应过程实际包括“后台计算”与“加载到客户端”两个过程。那么很显然，我们如果尽量减少需要下载到客户端的数据量，会减小响应时间。 根据测试，我们发现将4万条记录绑定到Grid的时间在35s左右，而实际上我们不会在页面一下子显示这么多条记录，用户也不可能一下子浏览这么多记录。通常我们使用分页的方式，而所谓的分页只不过是重新绑定一下数据。所以，如果如果我们每次只绑定所请求的那一页则到客户端的数据量会陡降。这就是我们提出的“计算全部数据，加载局部数据”的思路（如下图）。 
图 3-1 “即时按页绑定”原理图 我们再从用户的角度看另外两个问题，曾使用ASP应用程序的人会发现ASP.NET应用程序使用时刷新频率很高，一个小小的动作都要提交到服务端去处理。从软件设计的角度看，我们觉得很合理，因为没有耦合且逻辑可重用。可是“鱼与熊掌不可兼得”，我们还是应该采取折中的手法。回到我们的系统中来，我们发现多数页面在对于使用较频繁的“增-删-改”操作时，都是每一次操作都从数据库重新读，重新绑定。如此频繁的刷新，用户不会很认可，同时如果数据量大也会影响交互时间。 实际上，如果数据是显示在Grid中，那么删除和修改时根本不需要重新Load, 直接用控件本身的方法就可以了，虽然也会提交但与重新绑定还是有明显区别的，速度也快得多！对于TreeView则“增-删-改”都不需要重新Load，因为它不需要分页。 另一个问题是对于复杂并可能耗时的计算过程，用户虽可理解，但还是应该给出提示或进度条。这并不属于性能优化的范畴，但却是重要的UI规范，建议纳入测试要求。关于进度条的显示有两种方式： 1 前台显示等待或完成进度，后台处理完了，前台进度条关闭，处理结果显示； 2 提交任务到后台后，转到一个等待页面，等后台完成后转到确认页面。这种方式通常基于XmlHttpRequest[13]技术，在后台创建单独的计算线程，其优点是可以避免后台过于繁忙导致第一种显示方式中客户端长时间没有反映，连进度条都不动了。
4 部署篇部署其实是一个很大的概念，涵盖了软件和硬件。这里我们暂将系统部署结构、软件设置、硬件配置都纳为部署范围。关于怎样去部署一个软件系统这里就不赘述了，仅将一些具体做法列举出来。 4.1 ASP.NET 在有大数据量传输时，经常会遇到“out of memory”的异常。这时可调节machine.config文件中processModel子项中的memoryLimit 属性的值，使得.NET可以利用更多的内存。 4.2 其他[1] [2] [3] [4] [5] [6] [7] 下一页
[C语言系列]NET 中C#的switch语句的语法 [系统软件]托拽Explore中的文件到VB.net的窗口
[系统软件]Boost库在XP+Visual C++.net中的安装 [常用软件]新配色面板：Paint.Net3.0RC1官方下载
[常用软件]用内建的“Net Meeting”聊天 [VB.NET程序]Henry的VB.NET之旅（三）—共享成员
[VB.NET程序]Henry的VB.NET之旅（二）—构造与析构 [VB.NET程序]Henry的VB.NET之旅（一）—失踪的窗体
[VB.NET程序]在托盘上显示Balloon Tooltip（VB.NET） [VB.NET程序]Henry手记－VB.NET中动态加载Treeview节点（二）
| 
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
