总结：
ashx：只是实现IHttpHandler接口
aspx：public class Page : TemplateControl, IHttpHandler
而TemplateControl是：
abstract class TemplateControl : Control, INamingContainer, IFilterResolutionService
所以aspx是重型类，所以aspx肯定会比ashx慢和占用资源多。
另外，用选择的角度来说，用ashx应该是处理一些非UI的请求，如Ajax、显示图片等等。而aspx就是UI请求，这样才是分工清晰，代码也清晰。
其实ashx,aspx,asmx都是走的IIS一系列的管道处理，只是Handler不一样而已，这3个如何选择也要看情况，如果是只想返回一些简单的数据，ashx是首选；如果是想返回一个复杂的网页，aspx是首选；如果想用webservice，那asmx是首选。
导语：
人生总是面临着许多抉择许多困惑！作为一名“攻城师”或“程序猿”的我们，工作的时候更是如此。你曾经是否苦恼过在系统中使用哪种文件编写客户端请求最合适或最高效呢？aspx、ashx、asmx到底该如何选择呢？如果有过并且没有时间静下来好好思考过这些问题（我们总是这样），那么请进来我这坐坐，一起品味一下，放松心情！
aspx文件也就是普通的页面文件，ashx就是一般处理程序，他没有页面部分，asmx文件也就是轻量级的WebService。假如我们需要一个处理某个请求然后返回一个结果的程序，那么你会选择什么样的文件来编码呢？总的来说，这三种文件各有各的好处，我现在就从客户端发起一个get请求，服务端返回一个“Hello World”字符串作为本次请求的结果，这三种文件处理效率上做个比较分析。
我们实验的准备环境是，IIS7.5，三种文件只是简单的返回一个“Hello World”字符串，不要多写别的代码，aspx文件就采用直接写在页面上，也不要指定什么后台处理类了，同时也去掉多余的HTML代码。如图：
通过apache轻量级的测试工具ab,模拟10个并发用户共请求1000次分别得出出结果如图：
1、aspx
2、ashx
3、asmx
通过观察三者中的Requests per second(服务器每秒处理请求数)以及Time per request<mean,across all concurrent requests>(服务端平均处理每个请求耗时)可以得知如下结论：
aspx与ashx处理效率差不多，但ashx仍是首选。asmx处理效率非常低下只有前者的1/3，故在高性能环境下慎用。
道理
1、为啥ashx是首选？
ashx比较轻量级，没有aspx实现的复杂，他只是一个简单服务端处理请求程序，而aspx框架需要处理更多的额外的东西，加上aspx属于动态编译，首次访问速度会非常慢，本次试验已经去掉了这个阶段，另外通过上面分析数据可知，即使我去掉了多余的内容，其实际传输内容也比ashx多，关于aspx页面默认Session加锁，导致同一个用户一次只能处理一个任务的问题，我也测试过关闭Session的情况下，得到的结果是一样的，这个原因是因为本次测试处理时间很短，所以可以忽略不计对Session加锁带来的延时问题。实际情况下，不需要Session就关闭之，可以提高单个用户的并发量。但两者处理效率总体来说非常接近，大家可以根据自己的需要抉择。
2、为啥asmx效率介么低？
这是一个SOA范畴的程序，遵守一些SOA的标准协议，服务端收到请求后返回的结果不能直接返回，还需要使用标准的SOAP协议组织好数据，类似一个XML文档结构的返回流，从分析结果图中也可以看出来，他返回的数据量比前者高出一位数，总之基于序列化和多余的XML文档数据等使得他处理请求的能力远不如前者。
