关于ＡＳＰ．ＮＥＴ的性能优化及其安全性的探讨_计算机网络论文.docVIP

关于ＡＳＰ．ＮＥＴ的性能优化及其安全性的探讨_计算机网络论文 关于ＡＳＰ．ＮＥＴ的性能优化及其安全性的探讨_计算机网络论文 [论文关键词] ASP.NET 性能优化 安全性 　　[论文摘要] 本文主要从ASP.NET在网站开发中的性能及其安全性入手，介绍了如何将Web应用程序运行得越来越快，并且能够得到扩展以处理更多的并发用户,以及如何利用ASP.NET的安全系统来实现最高性能的安全代码。 　　 　　我们用ASP.NET开发网站，无论我们写的ASP.NET应用程序有多么好，无论在Web站点中添加了多少很酷的新特性，如果我们的站点在处理用户请求时哪怕只是让用户等待了几秒钟，用户也不会对我们的站点留下好印象。事实上，如果用户等得太久，他们就会放弃而去访问另一个站点。那么，如何才能提高站点的响应速度，这就要考虑到我们在开发过程中如何优化ASP.NET的性能。 　　 　　一、性能开发及其优化 　　性能表示系统执行任务的速度和效率。就Web站点的性能而言，它对整个站点的点击率起着不可忽视的作用。如果一个性能很差的网站长期没有改进，你就会发现潜在的用户全都跑光了。 　　1.利用JIT编译器提高程序执行速度 　　高性能代码旨在能少做工作就少做工作，这是不言而明的。 　　在编译任何ASP.NET的应用程序时，编译器把源代码转换为Microsoft中间语言（MSIL）。要在一个具体环境中执行应用程序，一个JIT编译器先接受MSIL输出并把指令转换为主机处理的本机指令，再以即时方式编译代码，以便应用程序开始执行。但是，JIT编译器不是把程序集中所有的MSIL都在开始执行前转换为本机代码，只是一次编译一个方法。JIT编译器采用的这种方法有两个性能上的优势。第一个优势：这项技术把编译的成本分摊在一个较长的时间内，由于执行会比JIT编译器把所有的MSIL都进行编译看起来要快，这样感觉到应用程序的性能提高了。如果把长时间的暂停或等待时间分成小块，把它们分散开，你的用户就不会注意到它们，用户对你的应用程序的性能也会比较满意。第二个优势：JIT编译器不编译在执行期间用不到的方法。因此不会做没有必要的工作，无论什么时候省去不必要的处理工作，你就会发现可以获得真正的性能增益。 　　2.减少运行时的工作 　　在底层，ASP.NET基础结构为了让我们工作轻松，做了大量的基础工作。虽然把这个体系结构用做一个黑盒很不错，但有时了解使一切如此无缝的运行的实现细节也是很有益的。掌握了这些额外的信息，我们经常可以更有效地在运行程序时获得速度上的优势。其实现主要有以下三种方法: 　　(1)视图状态的优化 　　视图状态是性能的无声杀手。自动视图状态管理是服务器控件的功能, 该功能使服务器控件可以在往返过程上重新填充它们的属性值(不需要编写任何代码)。但是, 因为服务器控件的视图状态在隐藏的窗体字段中往返于服务器, 所以该功能确实会对性能产生影响。因此, 开发人员应该知道在哪些情况下视图状态会有所帮助, 在哪些情况下它影响配器的性能。例如, 如果将服务器控件绑定到每个往返过程的数据上, 则将用数据绑定操作获得的新值替换保存的视图状态。在这种情况下, 禁用视图状态可以节省处理时间。默认情况下, 为所有服务器控件启用视图状态。若要禁用视图状态,将控件的EnableViewState 属性设置为false。 　　从某种意义上说, 视图状态是有史以来最伟大的事情。毕竟, 视图状态使页面和控件能够在回发之间保持状态。因此, 不必像在传统的ASP中那样编写代码, 以防止在单击按钮时文本框中的文本消失, 或在回发后重新查询数据库和重新绑定DataGrid。但是, 视图状态也有缺点: 当它增长得过大时, 某些控件(例如文本框) 会根据视图状态做出相应判断 其他控件(特别是DataGrid 和GridView) 则根据显示的信息量确定视图状态。一个糟糕的GridView 容易将浏览器和Web 服务器之间连接的有效带宽减少50%以上。ASP.NET 2.0能够提供比ASP.NET 1.x 更简单的方法将视图状态保留在会话状态中。 　　(2)尽量减少服务器控件的使用 　　服务器端的控件不仅能生成视图状态，它们也需要额外的运行时间处理绑定到成员变量。由于它们会使用服务器资源，即使它们非常易于使用, 但是服务器控件并不总是完成任务的最佳选择, 在许多情况下, 一个简单的呈现或数据绑定代入就可以完成任务。所以，Web页面上服务器端的控件应该保持在最低的数量上。 　　(3)把异常减到最少 　　不要依赖代码中的异常。因为异常大大地降低性能, 所以不应该将它们用作控制正常程序流程的方式。 　　异常是通知程序执行期间发生的错误的一个非常有用的设备。程序不能忽视异常——它们将会改变