 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
Active Server Pages可以让动态页面很快地执行，但是，在代码中和数据库的连接上加入一些技巧，就能让程序更 快地执行。这是一篇关于如何精制脚本程序以及ASP特征来达到最大速度的文章。任何在用户点击按钮到在屏幕上出现结果 间延迟都会让用户茫然，对于一个商业站点，这就意味着潜在的用户损失。 ASP脚本的尺寸 我们也许不能控制用户的带宽，但是通过优化ASP站点，我们的确能够使应用达到最佳性能。许多潜在的性能收获可 以通过系统调整，而不是改变代码。 因素 首先，有哪些因素可能影响ASP程序的性能？很不幸，有许多吗？这里仅仅是一些： 有限的带宽 服务器端的处理器和其他硬件的速度 在服务器上运行的其他进程（比如那些OpenGL屏幕保护程序中的一个） 数据库连接模式，连接池，或者单独的数据库（比如Oracle、SQLServer、Access） 使用的语言 存储过程和SQL 使用未编译组件，而不是VB或者JavsScript的ASP 良好的编程习惯，比如对错误的处理 对于一个有经验的具备良好IIS知识的开发者来说，以上一些特征是很寻常的，但是另外一些可能异常复杂。在这篇 文章中，让我们来研究一下如何做才能节省毫秒级别的时间，而不是试图面面俱到。 你的ASP脚本程序对于实现的功能是否显得过长？这就会从开始影响程序的性能。对于收集信息和格式化输出，ASP脚 本是异常有用的，但是脚本是按照行来解释执行的，所以代码越长，执行时间越长。 假如有一个很长的ASP脚本程序，怎么样才能减少长度呢？这里有一些建议。 你可以将它们转变为服务器端组件，换言之，就是创建一个Visual Basic DLL文件，或者使用任何现代的Windows 程 序语言和COM兼容语言来建立一个未编译组件，并且在服务器上注册。一个编写很好的ActiveX组件不仅能大幅度提 高速度，而且，它还能大大地提高你的软件的保护程度，特殊是你为第3方开发ASP程序时。 因为脚本是一行行解释执行的，所以排除多余的脚本或者建立有效率的脚本，就能提高程序性能。假如在一个单一页 面中有成百行的ASP脚本，你就可能很好地将程序分割成用户、商业和数据服务部分。实际上，假如这么做了，你就会发现 一些多余的代码。比如，假如需要显示几个表格，就可以编写一个通用的表格显示函数，这样，在需要的地方调用就可以 了。 与尺寸相关的另外一个问题就是包含文件的长度。当执行一个#include文件时，整个文件都被调入，就象在被包含的 文件中存在相同。所以，假如有一个甬余的包含文件，其中包含了许多全局方式和变量定义，那么就请注重它们将被调入 每一个包含它们的文件中，而不管是否可用。ASP缓存了所有的扩展代码，导致了效率低下的搜索。在这种情况下，包含文 件必须变小。尽管包含文件被服务器处理为单独的哀求，但是过多的使用#include，就会导致下载时间的过度增加。 < !-- #include file="Header.asp" -- > < !-- #include file="Footer.asp" -- > < SCRIPT language="vbscript" runat="server" > Sub Main() WriteHeader WriteBody WriteFooter End Sub Sub WriteBody() ... End Sub Main \\\'call sub Main < /SCRIPT > 假如脚本很长，注重要使用 Response.IsClientConnected 命令，这将避免因客户端不再连接时CPU浪费运行循环。 < % \\\'check to see if the client is connected If Not Response.IsClientConnected Then \\\'still connected so proceed Else \\\'disconnected End If % > 分散ASP代码和HTML语言命令 有人这么做吗？当描述表格时，在ASP和HTML进行切换，比如： < HTML > < BODY > < % Set MyConn = Server.CreateObject("ADODB.Connection") MdbFilePath = Server.MapPath("sample.mdb") MyConn.Open "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" & MdbFilePath & ";" SQL_query = "SELECT * FROM Friends" Set RS = MyConn.Execute(SQL_query) WHILE NOT RS.EOF % > < LI >< %=RS("Name")% >: < A HREF="< %=RS("Link")% >" >Homepage< /A > < % RS.MoveNext WEND % > < /BODY > < /HTML > 另外一个例子是使用If命令： < % If Not Session("DBOpen") Then % > < H1 >Database not connected< /H1 > < % Else % > < H1 >Database open< /H1 > < % End If % > 在以上2个例子中，脚本性能能通过保持ASP程序块在服务器端以及使用Response.Write来产生HTML代码来提高性能， 就象下面相同： < % If not Session ("DBOpen") Then Response.Write "< H1 >Database not connected< /H1 >" Else Response.Write "< H1 >Database open< /H1 >" End If % > 对于大且长的脚本，你可以通过上面的方式看到明显的性能提高。 会话状态 毋庸置疑，通过session在ASP中保持状态是一个异常重要的特征。然而，这将影响程序的性能。很明显，服务器的伸 缩性因为session仅仅能局限于单一服务器而变成一个问题，一个session为每一个用户都要消耗资源。 假如不使用session变量，而且实际上也可能不需要，因为使用隐藏表单域、在数据库中存储数值以及使用查询字符 串可以完成session的功能，这时，就应该屏蔽session状态，代码如下： @EnableSessionState = False 这样，ASP就将不再检查session信息。 假如确实要依赖session状态，那么请避免在session对象中存放大量的数据。假如设置了客户端的HTTP Cookies，那 么IIS中的Session是生效的，并且直到session被中止或者到期，为每一个session分配的内存空间将一直保留。由于这个 原因，当有许多并发用户访问站点时，资源将会很快耗尽。 数据库访问 存取数据库将会很快地减慢程序，但是没有数据库，许多站点也不行。不要使用内植的SQL语句来存取数据库，你可 以通过使用存储过程来访问数据库，这将会赢得很大的程序性能，而且，也异常得灵活。使用存储过程，并配合ActiveX Data Objects（ADO），就能最大程度地控制存储过程如何输出。 确认数据库经过了索引，因为这将直接影响到应用程序的整体性能。同时，注重在数据库上运行更新统计程序，从而 更好地跟踪数据的分布。注重，一些数据库，比如MS Access，不适于企业级应用，而SQL Server 7.0或者Oracle更适于做 这些。 让SQL做设计好的工作，包括对数据进行计算、加入、排序和分组。不要用其他语言写这些功能，可以编写一个查询 来完成。 任何要计算的字段就是下面所示的简朴语法： SELECT count(*) FROM publishers WHERE state=\\\'NY\\\' 假如要计算一个特别字段，必须先按那个字段分组，否则，将不会工作： SELECT count(city),city FROM publishers GROUP BY city 接着确定排序方式： SELECT * FROM TableName WHERE FieldName >50 OR FieldName< 100 ORDER BY FieldName2, FieldName3 仍旧使用ODBC系统或者文件DSN来连接数据库，或者使用很快的OLEDB技术来连接。使用后者，当移动Web文件时，不 再需要修改配置。 OLEDB位于应用程序与ODBC层之间。在ASP页面中，ADO就是位于OLEDB之上的程序。调用ADO时，首先发送给OLEDB，然 后再发送给ODBC层。可以直接连接到OLEDB层，这么做后，将提高服务器端的性能。怎么直接连接到OLEDB呢？ 假如使用SQLServer 7，使用下面的代码做为连接字符串： strConnString = "DSN=\\\'\\\';DRIVER={SQL SERVER};" & _ "UID=myuid;PWD=mypwd;" & _ "DATABASE=MyDb;SERVER=MyServer;" 最重要的参数就是“DRIVER=”部分。假如你想绕过ODBC而使用OLEDB来访问SQL Server，使用下面的语法： strConnString ="Provider=SQLOLEDB.1;Password=mypassword;" & _ "Persist Security Info=True;User ID=myuid;" & _ "Initial Catalog=mydbname;" & _ "Data Source=myserver;Connect Timeout=15" 为什么这很重要 现在你可能希奇为什么学习这种新的连接方式很要害？为什么不使用标准的DSN或者系统DSN方式？好，根据Wrox在他 们的ADO 2.0程序员参考书籍中所做的测试，假如使用OLEDB连接，要比使用DSN或者DSN－less连接，有以下的性能提高表 现： 性能比较 SQL Access OLEDB DSN OLEDB DSN 连接时间: 18 82 连接时间： 62 99 重复1，000个记录的时间： 2900 5400 重复1，000个记录的时间： 100 950 这个结论在Wrox的ADO 2.0程序员参考发表。时间是以毫秒为单位，重复1，000个记录的时间是以服务器油标的方法 计算的。 只有可能，就使用客户端脚本对用户输入进行验证，以此来最小化HTTP哀求的循环操作。 假如浏览器具备执行JavaScript或其他脚本的能力，请充分应用，从而解放服务器端的资源。 下面的VBScript脚本在用户的浏览器端运行，检查用户信息，然后再提交给服务器： < SCRIPT LANGUAGE="VBScript" > < !-- Sub btnEnter_OnClick Dim TheForm Set TheForm = Document.MyForm If IsNumeric(TheForm.Age.Value) Then TheForm.submit Else Msgbox "Please enter a numerical age." End if End Sub //-- > < /SCRIPT > < FORM method="POST" name=MyForm action="myfile.asp" > Name: < INPUT typr="text" name="Name" > Age: < INPUT type="text" name="Age" > < INPUT type="button" name="btnEnter" value="Enter" > < /FORM > 使用局部变量，而不要使用全局变量 因为局部变量可以很快地被ASP脚本引擎所存取，整个名字空间不必被搜索。避免重定义数组，在数组初始化时就分 配足够的尺寸，会大大地提高效率。这么做可能浪费一些内存，但是确赢得了速度，尤其是在服务器有很大的负载时。 使用< OBJECT > 标记创建对象 假如需要引用一个实际上可能不被使用的对象，使用< OBJECT >标记来例示它们，而不要用Server.CreateObject。 后者将导致对象立刻被创建，而< OBJECT >是当对象被首次引用时才被创建。 比如，下面的代码演示了使用< OBJECT >标记来创建一个应用程序范围内的AD Rotator对象实例： < OBJECT runat=server scope=Application id=MyAds progid="MSWC.AdRotator" > < /OBJECT > 然后，就可以在其他页面引用它： 打开“Option Explicit” 在VB和VBScript中，你可以不用明确地定义就使用变量。但是打开“明确定义变量”选项，将有助于提高程序性能。 未定义的局部变量是很慢的，因为在变量创建前，整个的名字空间都要搜索，看看是否变量已经存在。所以，请打开 “Option Explicit”，这是一个好的编程习惯。 慎用 Server.MapPath 除非必须，不要使用Server.MapPath！相反，假如知道路径，就使用明确的文字路径来表示。使用MapPath，将要求 IIS去取回当前服务器路径，这意味着对IIS一个特别的哀求，从而降低了程序性能。另外的完成这个工作的方式是在局部 变量中保存路径信息，当需要使用它时，服务器就不用再被过度哀求。 检查怎样做 你可以通过下面的工具来测算服务器性能：Task Manager，NetMon 和 PerfMon。用WCAT (Web Capacity Analysis Tool)测量服务器的容量。你可以使用WCAT来检查Internet信息服务和网络配置如何响应不同的客户端对内容、数据和HTML 页面的哀求。测试的结果可以被用来决定如何最优化服务器和网络配置。 通过最优化ASP应用程序性能，Web站点应用将会变得很快，最终做到：当不需要时，就不需要去做影响性能的点击。 总结 当谈到ASP性能时，要涉及到许多方面，本文已经讨论了一些。但是，对于每个详细的应用，应该有单独的考虑，并 不是这里讨论的技巧都能很合适地满意。 返回类别: 教程 上一教程: 在表单里使用 下一教程: 显式地释放你的ADO对象 您可以阅读与"最优化ASP程序性能"相关的教程: · ASP程序性能测试报告(六) · 如何增强ASP程序性能(1) · ASP程序性能测试报告(五) · 如何增强ASP程序性能(3) · ASP程序性能测试报告(七) |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
